[Bug middle-end/38671] [4.4 Regression] extra code for setting up loops
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 08:10 --- D.45587 = VIEW_CONVERT_EXPR__v4si(x); D.45589 = __builtin_ia32_pcmpeqd128 (D.45587, D.45587); D.45591 = __builtin_ia32_psrldi128 (D.45589, 25); D.45594 = __builtin_ia32_pslldi128 (D.45591, 23); one = VIEW_CONVERT_EXPR__m128(VIEW_CONVERT_EXPR__m128i(D.45594)); D.45644 = (long unsigned int) ((n 2) + 4294967295) + 1 * 16; ivtmp.516 = 0; So the inner loop is not the issue, only the setup code. The extra subtract/add comes from D.45644. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|target |middle-end Summary|[4.4 Regression] speed |[4.4 Regression] extra code |regression with sse |for setting up loops |intrinsics | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
[Bug middle-end/38671] [4.4 Regression] extra code for setting up loops (IV-opts and 32bits vs 64bits)
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 08:12 --- Confirmed, though I don't have a fully reduced testcase yet. Basically it comes down to using unsigned int rather than size_t. If you had used size_t as the index, the code would have worked correctly. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 08:12:50 date|| Summary|[4.4 Regression] extra code |[4.4 Regression] extra code |for setting up loops|for setting up loops (IV- ||opts and 32bits vs 64bits) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
[Bug c/38679] semantics of assignment in a return statement suspect
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-31 09:18 ---
The frontend already presents us with
;; Function f (null)
;; enabled by -tree-original
{
fff (x = 1);
return x = 1;, 1{no-warn};
}
note that other compilers IMHO correctly do the same for the function argument.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38679
[Bug middle-end/38671] [4.4 Regression] extra code for setting up loops (IV-opts and 32bits vs 64bits)
--- Comment #6 from tim at klingt dot org 2008-12-31 09:20 ---
sys_perf_counter_open always returns less than zero for me.
This is with:
Linux gcc13 2.6.18-6-vserver-amd64 #1 SMP Sun Feb 10 17:55:04 UTC 2008 x86_64
GNU/Linux
What system call is it trying to do and why?
it is trying to open the performance counters
(http://lwn.net/Articles/310176/). it requires a patched kernel, though ...
(In reply to comment #3)
t.cc: In function �float __vector__ nova::detail::gen_one()�:
t.cc:34160: warning: �x� is used uninitialized in this function
inline __m128 gen_one(void)
{
__m128i x;
__m128i ones = _mm_cmpeq_epi32(x, x);
return (__m128)_mm_slli_epi32 (_mm_srli_epi32(ones, 25), 23);
}
Is undefined code I think.
this code is valid. the uninitialized xmm register x is compared with itself in
order to set the register ones to .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
[Bug rtl-optimization/38603] [4.4 Regression] IRA does not accommodate LOAD_EXTEND_OP transformations done by combine
--- Comment #4 from hp at gcc dot gnu dot org 2008-12-31 10:17 --- Ditto 142116 and 142117. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
[Bug fortran/38669] [4.3, 4.4 Regression] Array bounds violation for arguments of elemental subroutine
--- Comment #5 from pault at gcc dot gnu dot org 2008-12-31 10:47 --- (In reply to comment #4) Created an attachment (id=17016) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17016action=view) [edit] fix Does anyone know the use of the block variable I remove in this patch? Yes indeed. When I wrote this function, this block of code needed to be merged as the comments says: /* Generate the temporary. Merge the block so that the declarations are put at the right binding level. */ The second sentence needs to go in your patch:-) What I have no recall of is why the block had to be merged. I believe that it was conditional on the intent of the argument. Cheers Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38669
[Bug java/35999] GCJ Crash while compiling eclipse 64-bit on Ubuntu Hardy
--- Comment #3 from jorgen at fabeljet dot com 2008-12-31 10:48 --- I'm sorry: Machine went permanently offline three months ago. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35999
[Bug tree-optimization/38682] New: [4.4 Regression] speed regression with sse intrinsics and -ffast-math
there is a speed regression from gcc-4.4 with the following code:
void bench_3(float * out, float * in1, float in2, float slope, unsigned int n)
{
__m128 arg2 = _mm_set_ps(in2, in2+slope, in2+slope+slope,
in2+slope+slope+slope);
const __m128 vslope = _mm_set_ps1(slope+slope+slope+slope);
std::size_t loops = n / 4;
do {
__m128 arg1 = _mm_load_ps(in1);
__m128 result = _mm_add_ps(arg1, arg2);
arg2 = _mm_add_ps(arg2, vslope);
_mm_store_ps(out, result);
in1+=4;
out+=4;
} while (--loops);
}
gcc-4.3 generates the code:
00400f00 bench_3(float*, float*, float, float, unsigned int):
400f00: 0f 28 e1movaps %xmm1,%xmm4
400f03: c1 ea 02shr$0x2,%edx
400f06: f3 0f 58 e0 addss %xmm0,%xmm4
400f0a: 89 d2 mov%edx,%edx
400f0c: 0f 28 dcmovaps %xmm4,%xmm3
400f0f: 31 c0 xor%eax,%eax
400f11: f3 0f 58 d9 addss %xmm1,%xmm3
400f15: 0f 14 e0unpcklps %xmm0,%xmm4
400f18: 0f 28 d3movaps %xmm3,%xmm2
400f1b: f3 0f 58 d1 addss %xmm1,%xmm2
400f1f: f3 0f 59 0d 79 17 00mulss 0x1779(%rip),%xmm1#
4026a0 _IO_stdin_used+0xa0
400f26: 00
400f27: 0f 14 d3unpcklps %xmm3,%xmm2
400f2a: 0f c6 c9 00 shufps $0x0,%xmm1,%xmm1
400f2e: 0f 16 d4movlhps %xmm4,%xmm2
400f31: 0f 1f 80 00 00 00 00nopl 0x0(%rax)
400f38: 0f 28 04 06 movaps (%rsi,%rax,1),%xmm0
400f3c: 0f 58 c2addps %xmm2,%xmm0
400f3f: 0f 58 d1addps %xmm1,%xmm2
400f42: 0f 29 04 07 movaps %xmm0,(%rdi,%rax,1)
400f46: 48 83 c0 10 add$0x10,%rax
400f4a: 48 ff cadec%rdx
400f4d: 75 e9 jne400f38 bench_3(float*, float*,
float, float, unsigned int)+0x38
400f4f: f3 c3 repz retq
400f51: 66 66 66 66 66 66 2enopw %cs:0x0(%rax,%rax,1)
400f58: 0f 1f 84 00 00 00 00
400f5f: 00
while gcc-4.4 generates:
00400ea0 bench_3(float*, float*, float, float, unsigned int):
400ea0: 0f 28 d9movaps %xmm1,%xmm3
400ea3: c1 ea 02shr$0x2,%edx
400ea6: f3 0f 58 d8 addss %xmm0,%xmm3
400eaa: 89 d2 mov%edx,%edx
400eac: 0f 28 d3movaps %xmm3,%xmm2
400eaf: 31 c0 xor%eax,%eax
400eb1: f3 0f 58 d1 addss %xmm1,%xmm2
400eb5: 0f 14 d8unpcklps %xmm0,%xmm3
400eb8: 0f 28 e2movaps %xmm2,%xmm4
400ebb: f3 0f 58 e1 addss %xmm1,%xmm4
400ebf: f3 0f 59 0d 39 1e 00mulss 0x1e39(%rip),%xmm1#
402d00 _IO_stdin_used+0xa0
400ec6: 00
400ec7: 0f 28 c4movaps %xmm4,%xmm0
400eca: 0f c6 c9 00 shufps $0x0,%xmm1,%xmm1
400ece: 0f 14 c2unpcklps %xmm2,%xmm0
400ed1: 0f 16 c3movlhps %xmm3,%xmm0
400ed4: 0f 1f 40 00 nopl 0x0(%rax)
400ed8: 0f 28 d0movaps %xmm0,%xmm2
400edb: 0f 58 c1addps %xmm1,%xmm0
400ede: 0f 58 14 06 addps (%rsi,%rax,1),%xmm2
400ee2: 0f 29 14 07 movaps %xmm2,(%rdi,%rax,1)
400ee6: 48 83 c0 10 add$0x10,%rax
400eea: 48 ff cadec%rdx
400eed: 75 e9 jne400ed8 bench_3(float*, float*,
float, float, unsigned int)+0x38
400eef: f3 c3 repz retq
400ef1: 66 66 66 66 66 66 2enopw %cs:0x0(%rax,%rax,1)
400ef8: 0f 1f 84 00 00 00 00
400eff: 00
the movaps in 400ec7 is not generated by gcc-4.3 ... the code generated by
gcc-4.4 is running about 7% slower on a core2 (x86_64).
gcc -v:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../gcc-4.4-20081226/configure -v
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,c++ --prefix=/usr/local/lib/gcc-snapshot --enable-shared
--with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-gtk-cairo --disable-plugin --enable-objc-gc --enable-mpfr
--disable-werror --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.0 20081226 (experimental) (GCC)
--
Summary: [4.4 Regression] speed regression with sse intrinsics
and -ffast-math
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-31 11:47 --- Subject: Bug 38647 Author: jakub Date: Wed Dec 31 11:46:18 2008 New Revision: 142978 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142978 Log: PR c++/38647 * parser.c (cp_parser_primary_expression) case RID_FUNCTION_NAME: Return error_mark_node if cp_parser_non_integral_constant_expression returns true. * g++.dg/template/function1.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/function1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug target/35460] [4.4 Regression] undefined reference to `__builtin_stdarg_start' when compiling 2/29 snapshot on OpenBSD
--- Comment #4 from andreast at gcc dot gnu dot org 2008-12-31 13:54 --- Subject: Bug 35460 Author: andreast Date: Wed Dec 31 13:52:53 2008 New Revision: 142980 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142980 Log: 2008-12-31 Andreas Tobler a.tob...@schweiz.org PR target/35460 * inclhack.def (openbsd_va_start): Use __builtin_va_start for OpenBSD. * fixincl.x: Regenerate. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/fixincl.x trunk/fixincludes/inclhack.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35460
[Bug c++/35334] Broken diagnostic for complex cast
--- Comment #10 from reichelt at gcc dot gnu dot org 2008-12-31 14:09 --- This bug is not a regression. Closing it because it's now fixed on trunk. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2/4.3 regression] Broken |Broken diagnostic for |diagnostic for complex cast |complex cast Target Milestone|4.2.5 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35334
[Bug c++/38647] [4.2/4.3 regression] ICE using __FUNCTION__ as template parameter
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-31 14:26 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Known to fail|4.3.0 4.4.0 4.1.1 4.0.1 |4.3.0 4.1.1 4.0.1 Known to work|3.3.3 |3.3.3 4.4.0 Last reconfirmed|2008-12-27 23:43:00 |2008-12-31 14:26:41 date|| Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |using __FUNCTION__ as |using __FUNCTION__ as |template parameter |template parameter http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug java/35999] GCJ Crash while compiling eclipse 64-bit on Ubuntu Hardy
--- Comment #4 from steven at gcc dot gnu dot org 2008-12-31 14:44 --- Unable to reproduce - INVALID. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35999
[Bug c++/38647] [4.2/4.3 regression] ICE using __FUNCTION__ as template parameter
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 14:45 --- I think we can make this valid GNU C++ by doing: No, it's always invalid. See the new testcase. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-valid-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38683] New: Variadic templates not allowed into a templated declaration
The following code throws this to me on a gcc 4.3.2 version:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-threads=posix
--mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit
--disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic
Thread model: posix
gcc version 4.3.2 (GCC)
The thrown error message by the compiler is:
$ gcc --std=c++0x -o test main.cpp
main.cpp: In function #8216;void create()#8217;:
main.cpp:16: error: expected `;' before #8216;it#8217;
If I uncomment the commented line out, and comment the failing one, it compiles
correctly as expected.
===
#include list
class DummyClass
{
};
template class... Foo
class MyClass
: public DummyClass
{
};
template class... Foo
static void create()
{
std::listMyClassFoo...*::iterator it;
// std::listDummyClass*::iterator it;
}
int main(int argc, char **argv)
{
return 0;
}
===
--
Summary: Variadic templates not allowed into a templated
declaration
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ereslibre at ereslibre dot es
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38683
[Bug target/38682] [4.4 Regression] speed regression with sse intrinsics and -ffast-math
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 15:34 --- This is a target issue really. The number and type of instructions is the same. The difference is just a little reassociation in the addition. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref
--- Comment #7 from brtnfld at hdfgroup dot org 2008-12-31 15:36 --- Additional failure: SUBROUTINE test(buf, buf2) USE, INTRINSIC :: ISO_C_BINDING IMPLICIT NONE CHARACTER(LEN=*), INTENT(INOUT), TARGET :: buf CHARACTER(LEN=*), INTENT(INOUT), DIMENSION(1:2), TARGET :: buf2 TYPE(C_PTR) :: f_ptr f_ptr = C_LOC(buf(1:1)) ! FAILS: ! Error: CHARACTER argument 'buf' to 'c_loc' ! at (1) must have a length of 1 f_ptr = C_LOC(buf2(1)(1:1)) ! PASSES END SUBROUTINE test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
[Bug c++/38683] [c++0x] Variadic templates not allowed into a templated declaration
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 15:37 --- You forgot the typename keyword in front of std::listMyClassFoo...*::iterator. Since std::listMyClassFoo...* is a dependent name, the compiler thinks (as mentioned in the standard) that __::iterator is a variable and not a type. std::listDummyClass* is not a dependent name so it can be looked up right away. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38683
[Bug fortran/31832] FAIL: gfortran.dg/integer_exponentiation_2.f90 at -O1 and above
--- Comment #9 from danglin at gcc dot gnu dot org 2008-12-31 15:43 --- Subject: Bug 31832 Author: danglin Date: Wed Dec 31 15:42:12 2008 New Revision: 142984 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142984 Log: PR fortran/31832 * acinclude.m4 (LIBGFOR_CHECK_FOR_BROKEN_POWF): New autoconf check for broken powf. * configure.ac (LIBGFOR_CHECK_FOR_BROKEN_POWF): Use it. * intrinsics/c99_functions.c: Use internal powf implementation if HAVE_BROKEN_POWF is defined. * configure: Rebuilt. * config.h.in: Rebuilt. Modified: branches/gcc-4_3-branch/libgfortran/ChangeLog branches/gcc-4_3-branch/libgfortran/acinclude.m4 branches/gcc-4_3-branch/libgfortran/config.h.in branches/gcc-4_3-branch/libgfortran/configure branches/gcc-4_3-branch/libgfortran/configure.ac branches/gcc-4_3-branch/libgfortran/intrinsics/c99_functions.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31832
[Bug fortran/31832] FAIL: gfortran.dg/integer_exponentiation_2.f90 at -O1 and above
--- Comment #10 from danglin at gcc dot gnu dot org 2008-12-31 15:43 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31832
[Bug inline-asm/10396] Constraint alternatives cause error `asm' operand requires impossible reload
--- Comment #18 from someone42 at gmail dot com 2008-12-31 16:05 ---
I was going to submit a new bug report but this bug sounds very similar. Here
is my test case:
Code (actual assembly code removed for brevity):
int thing(unsigned int a,unsigned int b)
{
asm(:=mr,r(b):%0,0(a / 3),ri,g(b));
return b;
}
Result:
$ gcc aorir.c -S -O1
aorir.c: In function 'thing':
aorir.c:3: error: 'asm' operand requires impossible reload
This was tested with GCC 4.3.2 and only occurs if -O, -O1, -O2, -O3 or -Os is
used. Like the opening poster, this only occurs if multiple alternatives are
specified. Removing one of the alternatives makes the issue disappear (it does
not matter which one is removed). Replacing a / 3 with a + 3 also makes the
issue disappear, regardless of the number of alternatives specified. Removing
% from the first input constraint results in:
$ gcc aorir.c -S -O1
aorir.c: In function 'thing':
aorir.c:5: internal compiler error: in reg_overlap_mentioned_p, at
rtlanal.c:1398
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
Changing %0,0 to %r,r also makes the issue go away, however that is not an
option for the assembly code I'm using.
--
someone42 at gmail dot com changed:
What|Removed |Added
CC||someone42 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10396
[Bug inline-asm/10396] Constraint alternatives cause error `asm' operand requires impossible reload
--- Comment #19 from pinskia at gcc dot gnu dot org 2008-12-31 16:09 --- Note commas in inline-asm are ignored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10396
[Bug c++/38681] Internal compiler error. expr.c:6956 [Template instantiation with non-type value of member function ptr]
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 16:10 --- This is close to duplicate of bug 37093. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38681
[Bug inline-asm/10396] Constraint alternatives cause error `asm' operand requires impossible reload
--- Comment #20 from someone42 at gmail dot com 2008-12-31 16:29 --- (In reply to comment #19) Note commas in inline-asm are ignored. Perhaps this bug could then be fixed by simply removing or appropriately modifying section 5.38.2 (Multiple Alternative Constraints) of the GCC manual. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10396
[Bug inline-asm/10396] Constraint alternatives cause error `asm' operand requires impossible reload
--- Comment #21 from pinskia at gcc dot gnu dot org 2008-12-31 16:36 --- (In reply to comment #20) Perhaps this bug could then be fixed by simply removing or appropriately modifying section 5.38.2 (Multiple Alternative Constraints) of the GCC manual. Part of the problem is that section is part of the internals manual also and alternative constraints works correctly for RTL, just not inline-asm. For some reason I thought it was already patched to say the correct thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10396
[Bug c++/31488] [4.3/4.4 Regression] va_list considered non-POD
--- Comment #10 from ubizjak at gmail dot com 2008-12-31 17:02 --- Marking as a regression, testsuite failures are always regressions. -- ubizjak at gmail dot com changed: What|Removed |Added Summary|va_list considered non-POD |[4.3/4.4 Regression] va_list ||considered non-POD Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
[Bug c++/38681] Internal compiler error. expr.c:6956 [Template instantiation with non-type value of member function ptr]
--- Comment #5 from juvvij at gmail dot com 2008-12-31 17:31 --- From the C++ standards doc (Latest download form the website) (excerpt listed below), I thought that member functions could be allowed. I am not entirely sure if *function* can also refer to *member-function*. 4. A non-type template-parameter shall have one of the following (optionally cv-qualified) types: â integral or enumeration type, â pointer to object or pointer to function, â reference to object or reference to function, â pointer to member., or â in a constrained template (14.10), a type archetype T for which the concept requirement std::NonTypeTemplateParamet is part of the templateâs requirements. Did I understand this wrong ? Does the correct interpretation of the standard not allow for member-function-pointers as non-type arguments ? The following links point to a different interpretation. http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=101628 http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=196204 http://objectmix.com/c/382443-samples-non-type-template-argument-other-than-integral-types.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38681
[Bug c++/31488] [4.3/4.4 Regression] va_list considered non-POD
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
[Bug c++/38681] Internal compiler error. expr.c:6956 [Template instantiation with non-type value of member function ptr]
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 17:40 --- â pointer to member., or This includes pointer to member functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38681
[Bug libstdc++/38678] istream::read() calls streambuf::sgetn()
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-31 17:44 --- Note, istream::read currently calls streambuf::sgetn *not* streambuf::xsgetn, because the latter is protected and in general would be incorrect calling it anyway. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Summary|istream::read() calls |istream::read() calls |streambuf::xsgetn() |streambuf::sgetn() http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38678
[Bug c++/33558] 'mutable' incorrectly accepted on reference members
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 17:59 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 17:59:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33558
[Bug c++/32054] Storage classes on anonymous unions in classes
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 18:00 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2008-12-31 18:00:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32054
[Bug c++/33514] Inconsistent warning for compile-time integer overflow in struct compared to toplevel
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 18:07 ---
This happens also with non templates:
s/template class T struct BitPattern {/typedef long long T; struct BitPattern
{/
:).
Note 4.1.1 did not warn in either place. I don't know if we should be warning
in both or none so I am not going to mark this as a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|i686-pc-linux-gnu |
Keywords||diagnostic
Last reconfirmed|-00-00 00:00:00 |2008-12-31 18:07:33
date||
Summary|Inconsistent warning for|Inconsistent warning for
|compile-time integer|compile-time integer
|overflow|overflow in struct compared
||to toplevel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33514
[Bug bootstrap/33503] [4.3/4.4 Regression] problems with libtool wrapper scripts on mingw32
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 18:09 --- No feedback in 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33503
[Bug middle-end/33610] Access to long double struct member from nested procedure crashes
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 18:16 --- *** This bug has been marked as a duplicate of 34921 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33610
[Bug middle-end/34921] Misalign stack variable referenced by nested function
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-31 18:16 --- *** Bug 33610 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||peter_schorn at yahoo dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34921
[Bug rtl-optimization/33717] slow code generated for 64-bit arithmetic
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 18:33 --- The inner loop on the trunk looks like: .L15: movl848(%esp,%eax,4), %edx .L4: movl448(%esp,%eax,4), %ecx xorl%ebx, %ebx addl%ecx, %esi adcl%ebx, %edi xorl%ecx, %ecx addl%edx, %esi adcl%ecx, %edi movl%esi, 48(%esp,%eax,4) incl%eax movl%edi, %esi xorl%edi, %edi cmpl$100, %eax jne .L15 Which is a lot better. This was improved by the new register allocator on the trunk. Going back to the old one on the trunk, gives what 4.3 gave. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization, ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33717
[Bug c++/38613] extern template suppresses VFT but should not
--- Comment #9 from jason at gcc dot gnu dot org 2008-12-31 18:35 --- Discussion on the Core reflector suggests that the G++ behavior is what people expect, and that we should fix the new wording to reflect that. One commenter pointed out that 14.7.2/10 says that An entity that is the subject of an explicit instantiation declaration and that is also used in the translation unit shall be the subject of an explicit instantiation definition somewhere in the program; otherwise the program is ill-formed, no diagnostic required. Aint is the subject of an explicit instantiation declaration but not definition, so the testcase is ill-formed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38613
[Bug target/33717] slow code generated for 64-bit arithmetic
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 18:37 --- 4.4 with the new register allocator (which is turned on by default): C: 522 cycles asm: 342 cycles 4.4 with the old one: C: 749 cycles asm: 344 cycles So 4.4 is much better but still has extra instructions but that is a target issue now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|rtl-optimization|target Ever Confirmed|0 |1 Keywords|ra | Last reconfirmed|-00-00 00:00:00 |2008-12-31 18:37:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33717
[Bug target/33717] slow code generated for 64-bit arithmetic
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 18:39 --- GCC does not produce adcl $0 which is where the extra xors come from. Most likely addsi3_carry should accept 0 as one of the operands. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|i386-pc-linux-gnu | GCC host triplet|i386-pc-linux-gnu | GCC target triplet|i386-pc-linux-gnu |i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33717
[Bug middle-end/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 19:05 --- This works for me on the trunk now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug middle-end/38609] [4.4 Regression]: gcc.c-torture/execute/built-in-setjmp.c execute -O2 and above
--- Comment #5 from hp at gcc dot gnu dot org 2008-12-31 19:13 --- Glancing at the assembly and simulator trace (no looking at rtl or tree dumps yet), the value of p (sp after the first alloca) is somehow lost and after the __builtin_longjmp we effectively strcmp (NULL, test) which FWIW, doesn't SEGV in the simulator, but nevertheless obviously doesn't match. At the longjmp-receiver, p is retrieved for the strcmp call as move.d [$sp+8],$r10, i.e. $r10 = *((char *) $sp + 8), but that's bogus as nothing was stored there; move.d $sp,$r10 (just copying the stack-pointer) would have been correct. I'll look further. HNY. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38609
[Bug c++/33979] support for char16_t, char32_t
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-31 19:20 --- I think all the front-end parts are fixed now, and only the library part needs to be worked on or is this fully fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
[Bug other/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug driver/36721] Compiler aborts with no message when libgmp and/or libmpfr are missing
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |driver Target Milestone|4.4.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36721
[Bug driver/36721] Compiler aborts with no message when libgmp and/or libmpfr are missing
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-31 19:24 --- For binary distribution, static libraries should be used for libgmp/libmpfr if you don't know if they are going to be installed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36721
[Bug c++/37352] thunks for virtual function should work on lto
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 19:26 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 19:26:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37352
[Bug c++/37352] thunks for virtual function should work on lto
--- Comment #5 from dnovillo at gcc dot gnu dot org 2008-12-31 19:32 --- Initial fix at http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00953.html Keeping open as thunks with varargs are still broken. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added CC|maddox at google dot com| AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-12-31 19:26:06 |2008-12-31 19:32:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37352
[Bug middle-end/34617] ICE with -fmudflap -fprofile-arcs
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 19:43 --- Confirmed, the issue is -fprofile-arcs's arrays constructors don't contain an index. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 19:43:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34617
[Bug gcov-profile/26399] -fprofile-use fails with unnamed namespaces
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-31 19:48 --- *** Bug 32316 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||patrick dot pastoor at ||onespin-solutions dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26399
[Bug gcov-profile/32316] internal compiler error: Segmentation fault
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-31 19:48 --- *** This bug has been marked as a duplicate of 26399 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
[Bug target/35460] [4.4 Regression] undefined reference to `__builtin_stdarg_start' when compiling 2/29 snapshot on OpenBSD
--- Comment #5 from andreast at gcc dot gnu dot org 2008-12-31 20:03 --- This particular issue is fixed. The bootstrap itself will fail (at least here on x86_64-unknown-openbsd4.4). Next patches coming. -- andreast at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35460
[Bug bootstrap/34481] stage3-intl: error: C compiler cannot create executables
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-31 20:04 --- I have compiled the trunk (4.4) on cygwin without any patches so closing as works for me. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
[Bug c++/36846] [4.3/4.4 regression] ICE with variadic templates partial specialization
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 20:20 --- I'm not sure whether the code snippet is really valid or not, but I can confirm the ICE nevertheless. GCC 4.3.x already crashed, you probably need --enable-checking to see the ICE. It's a regression, because the compiler crashes even without the -std=gnu++0x switch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking, monitored Last reconfirmed|-00-00 00:00:00 |2008-12-31 20:20:12 date|| Summary|ICE with variadic templates |[4.3/4.4 regression] ICE |partial specialization |with variadic templates ||partial specialization Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36846
[Bug libstdc++/38684] New: [c++0x] ICE using initializer_list ctor in derived class
#include initializer_list
struct Y {};
templateclass T struct X : Y {
X(std::initializer_listT) {}
};
struct A {
Xint v;
};
int main() {
A a{ {1,2,3} };
}
Compiling with -std=c++0x gives:
internal compiler error: in process_init_constructor_record, at
cp/typeck2.c:987
This compiles w/o ice or error if X does not derive from Y.
--
Summary: [c++0x] ICE using initializer_list ctor in derived class
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cfairles at gcc dot gnu dot org
GCC build triplet: x86_64-redhat-linux
GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38684
[Bug c++/38684] [c++0x] ICE using initializer_list ctor in derived class
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 20:54 --- Confirmed. 986 gcc_assert (!TYPE_BINFO (type) 987 || !BINFO_N_BASE_BINFOS (TYPE_BINFO (type))); The assert looks wrong for C++0x code. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 20:54:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38684
[Bug middle-end/36201] [4.4 Regression] NVR in the front-end causes missed optimization later on (retval thought to alias arguments)
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 21:11 ---
Actually this testcase is regression because of the removal of SFTs. in
4.1-4.3, the loop did not exist.
In fact I filed this bug right after SFTs were removed.
The reason why it is considered addressable is because of:
/* Return true if T is a GIMPLE variable whose address is not needed. */
bool
is_gimple_non_addressable (tree t)
{
if (TREE_CODE (t) == SSA_NAME)
t = SSA_NAME_VAR (t);
return (is_gimple_variable (t) ! needs_to_live_in_memory (t));
}
needs_to_live_in_memory is true because of
return (TREE_ADDRESSABLE (t)
|| is_global_var (t)
|| (TREE_CODE (t) == RESULT_DECL
aggregate_value_p (t, current_function_decl)));
And aggregate_value_p is true because of:
if (TREE_CODE (exp) == CALL_EXPR fndecl DECL_RESULT (fndecl)
DECL_BY_REFERENCE (DECL_RESULT (fndecl)))
return 1;
DECL_BY_REFERENCE is true because this is a nonPOD.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
Known to fail||4.4.0
Known to work||4.3.0 4.1.2
Summary|NVR in the front-end causes |[4.4 Regression] NVR in the
|missed optimization later on|front-end causes missed
|(retval thought to alias |optimization later on
|arguments) |(retval thought to alias
||arguments)
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36201
[Bug c++/34491] [4.2/4.3/4.4 regression] ICE invalid template specialization
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:12 --- So I was trying to have treat 0 the same as if there was an error but caused worse error messages so I gave up. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34491
[Bug tree-optimization/33649] cc1 segfaults when multiple tree opts disabled
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:19 --- gcc.dg/20020122-2.c still ICEs on the trunk. Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-31 21:19:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33649
[Bug tree-optimization/33649] cc1 segfaults when multiple tree opts disabled
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 21:25 --- http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01041.html fixes all of them on the trunk. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||12/msg01041.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33649
[Bug rtl-optimization/37273] [4.4 Regression] IRA does not re-materializes addresses (loads from the TOC)
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 21:30 --- Note the testcase is from gcc.dg/20020103-1.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273
[Bug tree-optimization/38156] gcc.dg/tree-ssa/update-unswitch-1.c fails when compiled with -ftree-parallelize-loops=4
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 21:35 --- Razya, Zdenek, the patch committed does something different than the patch approved. Here's part of what was committed: ! if (htab_elements (name_copies) == 0 reduction_list == 0) And the matching part of what was approved: ! if (htab_elements (name_copies) == 0 ! (!reduction_list || htab_elements (reduction_list) == 0)) reduction_list is never NULL, so it suffices to check htab_elements (reduction_list) == 0. Could you please have a look? Btw, the patch is missing a testcase. And by the way, can this PR be closed or is a backport to 4.3 (where the crash also occurs) for this simple fix intended? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||monitored Last reconfirmed|-00-00 00:00:00 |2008-12-31 21:35:15 date|| Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38156
[Bug bootstrap/34596] gcc 4.2.1 4.2.2 fails in configure-stage2-intel
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:46 --- /lib/libc.so.6: undefined reference to `__libc_stack_...@glibc_2.1' This sounds like you have a corrupted system. This works for me and many other people closing as worksforme. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34596
[Bug preprocessor/34866] valgrind error indication in testsuite from errors.c:156:cpp_error with gcc.dg/cpp/Wmissingdirs.c
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 21:50 --- Fixed so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34866
[Bug c++/38684] [c++0x] ICE using initializer_list ctor in derived class
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-31 21:58 --- Let's CC Jason for this one too... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38684
[Bug middle-end/21374] [4.2/4.3/4.4 regression] ICE with nested function
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-12-31 22:09 --- The testcase in comment #1 actually fails since GCC 3.4.5 when compiled without any flags. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Component|tree-optimization |middle-end Keywords||monitored Known to fail||3.4.5 4.0.0 4.0.4 4.1.2 ||4.2.4 4.3.2 4.4.0 Known to work||3.4.4 Summary|ICE in |[4.2/4.3/4.4 regression] ICE |declare_return_variable, at |with nested function |tree-inline.c:906 | Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21374
[Bug target/33637] [4.2/4.3/4.4 Regression] checking for nm: test: too many arguments causes Undefined symbol: __gxx_personality_v0
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 22:17 ---
stamp-nm: $(ORIGINAL_NM_FOR_TARGET)
This is no longer there.
And was removed via:
2007-04-12 Paolo Bonzini bonz...@gnu.org
Charles Wilson libt...@cwilson.fastmail.fm
* Makefile.in (stamp-as, stamp-collect-ld, stamp-nm): Remove.
(libgcc.mvars): Don't depend on them.
* configure.ac (as, collect-ld, nm): Create from exec-tool.in.
* exec-tool.in: New.
Though we have:
exec $original ${1+$@}
I don't know much about shell to say if this does the correct thing.
Can you try GCC 4.3.2 and see if that fails for you?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637
[Bug c++/38638] [4.2/4.3/4.4 regression] ICE superfluous 'typename'
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 23:08 --- I think I have a simple parser fix for this. Index: parser.c === --- parser.c(revision 142986) +++ parser.c(working copy) @@ -11537,7 +11537,11 @@ cp_parser_elaborated_type_specifier (cp_ type = make_typename_type (parser-scope, decl, typename_type, /*complain=*/tf_error); - else + /* If the `typename' keyword is in effect and DECL is not a type decl. Then + type is non existant. */ + else if (tag_type == typename_type TREE_CODE (decl) != TYPE_DECL) + type = NULL_TREE; + else type = TREE_TYPE (decl); } But I need to check if we could get anything besides typedecl here really. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2008-12-27 01:29:47 |2008-12-31 23:08:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638
[Bug c++/38638] [4.2/4.3/4.4 regression] ICE superfluous 'typename'
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638
[Bug fortran/38675] FAIL: gfortran.dg/parameter_array_init_3.f90 -O (internal compiler error)
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-31 23:28 --- Subject: Re: FAIL: gfortran.dg/parameter_array_init_3.f90 -O (internal compiler error) On Tue, 30 Dec 2008, mikael at gcc dot gnu dot org wrote: Is backporting the fix for PR fortran/35840, or just gfc_reduce_init_expr, that difficult? No, it should be manageable. I currently testing the attached backport. It fixes the ICE on hppa64-hp-hpux11.11. If there are no regressions on hppa2.0w-hp-hpux11.11, I will commit. I left off the change to io.c as it's a secondary issue. Dave --- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-31 23:28 --- Created an attachment (id=17019) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17019action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38675
[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-01 00:55 --- Now that inline heuristics runs only at -O1+ on the trunk, can this be changed into 4.3 only regression? If you want to make bin-packing faster, that could be covered by a separate bug (and would it be a regression)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
[Bug libgcj/38685] New: classmap.db is zero bytes long in 64 bit directory
The classmap.db file is zero bytes long (in 64 bit directory) when building with this ./configure script: ../gcc-4.2.3/configure --with-as=/usr/gnu/bin/as --with-gnu-as \ --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-multilib \ --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ # ls -l /usr/gnu/lib/amd64/gcj-4.2.3 /usr/gnu/lib/gcj-4.2.3 /usr/gnu/lib/amd64/gcj-4.2.3: total 37 -rw-r--r-- 1 root root 0 Dec 29 22:21 classmap.db -rwxr-xr-x 1 root root1409 Dec 29 22:21 libjvm.la -rwxr-xr-x 1 root root 15536 Dec 29 22:21 libjvm.so /usr/gnu/lib/gcj-4.2.3: total 2851 -rw-r--r-- 1 root root 1441792 Dec 29 22:19 classmap.db -rwxr-xr-x 1 root root1251 Dec 29 22:19 libjvm.la -rwxr-xr-x 1 root root 12348 Dec 29 22:19 libjvm.so The same problem occurs with gcc 4.2.2 . Rob -- Summary: classmap.db is zero bytes long in 64 bit directory Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38685
[Bug c++/38684] [c++0x] ICE using initializer_list ctor in derived class
--- Comment #3 from cfairles at gcc dot gnu dot org 2009-01-01 02:28
---
Templates aren't required, slightly reduced testcase:
#include initializer_list
struct Y {};
struct X : Y {
X(std::initializer_listint) {}
};
struct A {
X v;
};
int main() {
A a{ {1,2,3} };
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38684
[Bug libgcj/38685] classmap.db is zero bytes long in 64 bit directory
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 03:27 --- Can you try 4.3.2? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38685
[Bug c/34911] [4.2/4.3/4.4 regression] ICE with vectors of bool
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-01 03:56 ---
Here is an ICE for invalid code:
_Bool __attribute__((vector_size(16) )) a;
int __attribute__((vector_size(16) )) c;
void f(void) { a c; }
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34911
[Bug c++/33677] Member with same name as class
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 04:10 --- Because it changes the meaning of foo inside the struct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33677
[Bug c++/33677] Member with same name as class
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 04:18 --- If T is the name of a class, then each of the following shall have a name different from T: every data member of class T; The way I read is that foo cannot be the name of the data member of class foo. Hmm, maybe there was a defect report about this ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33677
[Bug c++/33677] Member with same name as class is not rejected
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-01 04:20 --- So confirmed as being invalid code at least the way I read the standard. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2009-01-01 04:20:39 date|| Summary|Member with same name as|Member with same name as |class |class is not rejected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33677
[Bug c/27030] Warning instead of error with weakref on local functions (also wrong warning message at that)
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 04:25 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27030
[Bug target/33785] TARGET_C99_FUNCTIONS default wrong in tm.texi
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 04:27 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|n/a | GCC host triplet|n/a | GCC target triplet|n/a | Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2009-01-01 04:27:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33785
[Bug c++/35638] Internal error when trying to compile recursively instantiated class template
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-01 04:44 --- That is the whole point of -ftemplate-depth- default being set to 500. There is an implementation defined quantity that specifies the limit on the total depth of recursive instantiations, which could involve more than one template. The result of an infinite recursion in instantiation is undefined. In this case we default to 500 but allow the user to override it. There is nothing to fix here really because recursive instantiation is recursive in nature and either will run out of memory or will cause a seg fault when running out of stack space. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35638
[Bug libmudflap/33064] libmudflap fails to build with --enable-targets=all
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 04:51 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-01 04:51:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33064
[Bug target/38326] [4.3/4.4 regression] libjava build failure on ia64-linux-gnu
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
[Bug middle-end/38503] [4.4 regression] warnings from -isystem headers strikes back.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
[Bug target/38621] [4.3/4.4 Regression] sh gcc unable to spill register when building ghostscript-gpl with -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38621
[Bug target/38642] [4.3/4.4 Regression] Code with -fPIC results in segfault on ARM (old ABI)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38642
[Bug fortran/38672] [4.3/4.4 Regression] ICE during build with versions 4.3.2 and 4.4-20081226
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38672
[Bug target/38682] [4.4 Regression] speed regression with sse intrinsics and -ffast-math
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 Version|unknown |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
[Bug fortran/38672] [4.3/4.4 Regression] ICE during build with versions 4.3.2 and 4.4-20081226
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 05:20 --- Here is a reduced testcase: MODULE globals TYPE :: type1 END TYPE type1 TYPE (type1) :: pdm_bps END module globals BLOCK DATA use globals END -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2008-12-30 16:50:22 |2009-01-01 05:20:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38672
[Bug bootstrap/35580] ICE in bootstrap while building libgcj
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:24 --- Closing as the user does not have the hardware any more and libgcj is known to build now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35580
[Bug tree-optimization/32949] suboptimal address generation for int indices on 64-bit targets
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-01 05:34 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32949
[Bug middle-end/32603] Sibcall optimization fails to detect non-overlapping arguments
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:52 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32603
[Bug middle-end/32602] Sibcall optimization fails to detect overlap
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:52 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32602
