[Bug fortran/23371] internal compiler error when missing a module procedure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-13 06:50 --- Confirmed, here is the backtrace: #0 error_string (p=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/error.c:112 #1 0x0805c8ba in error_print (type=0x851b8ed "Error:", format0=Variable "format

[Bug middle-end/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-13 06:47 --- I am starting to think canonicalize_funcptr_for_compare is just wrong for any target and shoud be fixed the ABI level and not in GCC. -- What|Removed |Added ---

[Bug middle-end/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-13 06:44 --- This is a middle-end bug rather than a rtl optimization issue. -- What|Removed |Added

[Bug c++/23370] No error at -O1 for static const class member passed by reference

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-13 06:42 --- Since the static const can be "inlined" at higher level of optimizations which is allowed by the C++ standard, this is not a bug. -- What|Removed |Added ---

[Bug fortran/23371] New: internal compiler error when missing a module procedure

The following code is not standard Fortran, but generates an internal compiler error. "gfortran-4.0 -c a.F90". I stumbled across it while trying to reduce the code to reproduce another bug. Version is Debian 4.0.1-2. Regards, Daniel. module SYSTEM_MODULE implicit none interface index_

[Bug c/23365] Declaration within case statement produces syntax error

--- Additional Comments From neil at daikokuya dot co dot uk 2005-08-13 05:30 --- Subject: Re: Declaration within case statement produces syntax error jsm28 at gcc dot gnu dot org wrote:- > > --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 > 20:54 --- >

Re: [Bug c/23365] Declaration within case statement produces syntax error

jsm28 at gcc dot gnu dot org wrote:- > > --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 > 20:54 --- > Labels can only be applied to statements, not declarations; see the C99 > standard. That would be a much better error message.

[Bug c++/23370] No error at -O1 for static const class member passed by reference

--- Additional Comments From flash at pobox dot com 2005-08-13 04:18 --- Here's the discussion in our developer forum about the validity of this code; the rejection was originally reported as a bug against our compiler. At 4:34 PM -0500 2/16/04, Stuart A. Malone wrote: >But when I com

[Bug c++/23370] No error at -O1 for static const class member passed by reference

--- Additional Comments From flash at pobox dot com 2005-08-13 04:13 --- Created an attachment (id=9489) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9489&action=view) Llamagrahpics_static_constant_by_ref.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23370

[Bug c++/23370] New: No error at -O1 for static const class member passed by reference

The invalid code below gives an "undefined reference" linker error on GCC 4.0.1 at -O0, but not at - O1; GCC 3.3.4 gives an error at both optimizations. This may not be a bug, if the version 4 optimizer is being cleverer than the version 3 optimizer; but the failure to reject the invalid code

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From tausq at debian dot org 2005-08-13 03:46 --- Created an attachment (id=9488) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9488&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23369

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-13 03:30 --- Actually, I believe that this is a tree optimization bug. The comparison of old - 2 against -4 appears in the initial rtl generation. Could you also provide the preprocessed source? -- http://gcc.gnu.o

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From tausq at debian dot org 2005-08-13 03:08 --- The line of code in question is: 51 if (old == SIG_IGN || old == SIG_DFL || old == SIG_ERR) after preprocessing, this becomes if (old == ((__sighandler_t) 1) || old == ((__sighandler_t)

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

-- What|Removed |Added Keywords||wrong-code Known to fail||4.0.1 Known to work|

[Bug rtl-optimization/23369] [4.0.x regression] Generates wrong code for funcptr comparison

--- Additional Comments From tausq at debian dot org 2005-08-13 02:51 --- Created an attachment (id=9487) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9487&action=view) Testcase Compile with gcc -O2 -S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23369

[Bug rtl-optimization/23369] New: [4.0.x regression] Generates wrong code for funcptr comparison

Compiling the attached testcase with gcc -O2 -S signals.c, the generated asm contains: .loc 1 51 0 bl __canonicalize_funcptr_for_compare,%r2 ldo -2(%r7),%r26 ldi -4,%r26 bl __canonicalize_funcptr_for_compare,%r2 copy %r28,%r4 .loc 1 52 0

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From hjl at lucon dot org 2005-08-13 00:34 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00787.html -- What|Removed |Added

[Bug c++/23205] [4.0/4.1 Regression] [C++/unit-at-a-time] stabs debug info omitted for global const variables

--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-13 00:33 --- The problem here is the DECL_RTL_SET_P tests in dbxout_global_decl and dbxout_symbol. Constants have a NULL DECL_RTL, and hence fail this test. This is OK, because we don't use the DECL_RTL when emitting de

[Bug tree-optimization/23361] Can't eliminate empty loops with power of two step and variable bounds

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-12 23:43 --- Subject: Re: Can't eliminate empty loops with power of two step and variable bounds On Fri, 2005-08-12 at 19:10 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinsk

Re: [Bug tree-optimization/23361] Can't eliminate empty loops with power of two step and variable bounds

On Fri, 2005-08-12 at 19:10 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 > 19:10 --- Personally, i think -funsafe-loop-optimizations should be on by default in -O3, with a warning for when we rely on it. It's *incr

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-12 23:25 --- Checking the Intel IA-32 ASDM, it says that the DAZ bit was introduced in Pentium 4 and Xeon as an SSE2 extension, and that not even all Pentium 4 processors support it. See Volume 1 Section 10.2.2.4 "Denorm

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23360

[Bug libfortran/23364] missing format reversion for internal write

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:36 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libfortran/23363] gfortran 30 x slower that g77 on random I/O

-- What|Removed |Added GCC host triplet|powerpc-apple-darwin7.9.0 | GCC target triplet||powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_b

[Bug target/23359] [4.1 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:35 --- Maybe be it is time to remove support for the native assembler. -- What|Removed |Added GCC

[Bug fortran/23349] -m64 gives runtime errors in combined Fortran/C programs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:34 --- This is not a bug. You are calling a var-args function basicially what is considered a non var-args prototype in C. -- What|Removed |Added

[Bug driver/23351] *cpp specs file options are sometimes ignored in Sun builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:33 --- You can set env variables per user. See -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23351

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-12 22:29 --- This also segfaults (see below). I am also seeing the gfortran testsuite failure prompted by this problem on http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00694.html and http://gcc.gnu.org/ml/gcc-testre

[Bug fortran/23368] internal compiler error with NAG routines

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-12 22:16 --- How old is your version of gfortran? I can compile your example with troutmask:sgk[220] gfc41 --version GNU Fortran 95 (GCC 4.1.0 20050811 (experimental)) troutmask:sgk[221] gfc --version GNU Fortran 95 (G

[Bug libfortran/23356] FLT_EVAL_METHOD not defined on openbsd3.4

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:13 --- This is weird as built just fine on openbsd3.1. -- What|Removed |Added Keywords|

[Bug tree-optimization/23350] [4.1 Regression] ICE in vect_update_ivs_after_vectorizer, at tree-vect-transform.c:2418

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:10 --- Confirmed, reduced testcase (about 50 lines): typedef struct { long fds_bits[1024 / (8 * 4)]; } fd_set; struct ACE_Hash { unsigned long operator () (int t) const; }; struct ACE_Handle_Set {void s

[Bug target/23355] size optimizer did not eliminateing useless Push and pop instructions at ARM/Thumb machine

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-12 22:04 --- Please supply a pre-processed testcase. -- What|Removed |Added Status|UNCONFIRM

[Bug libgcj/23367] _Jv_FindMethodInCache is not thread-safe

-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367

[Bug c++/23345] Assembler message: symbol is already defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 22:00 --- (In reply to comment #5) > Okay then, but would adding __attribute__((visibility("hidden"))) to the game > prevent the function from being cloned? It doesn't seem to help! I don't see > any reason why the

[Bug c++/23345] Assembler message: symbol is already defined

--- Additional Comments From kreckel at ginac dot de 2005-08-12 21:57 --- (In reply to comment #2) > This is not a gcc bug, you cannot declare a lablel in an inline-asm that is going to be exposed. Okay then, but would adding __attribute__((visibility("hidden"))) to the game prevent the

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From hjl at lucon dot org 2005-08-12 21:51 --- For some reason, ldmxcsr doesn't work on your machine. The assembly code looks correct to me. I don't have any problems on IA32. I can only assume that you have a hardware or OS related issue. Can you verify if ldmxcsr

[Bug fortran/17379] Generic functions not resolved

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-12 21:47 --- This is fixed on mainline and on 4.0. -- What|Removed |Added Status|NEW

[Bug fortran/23368] internal compiler error with NAG routines

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23368

[Bug fortran/23368] internal compiler error with NAG routines

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 21:36 --- We need e04mfkt.f if it is open source. -- What|Removed |Added Severity|critical

[Bug fortran/23368] internal compiler error with NAG routines

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-12 21:35 --- The NAG source isn't generally available. Can you provide a small test that exposes the bug? Also, it would be helpful if you could run the f951 binary under gdb, compile the source and provie a backtrace.

[Bug fortran/23368] New: internal compiler error with NAG routines

Dear all, compiling some nag routines gives a internal compiler error with gfortran (g77 worked well) Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-get

[Bug target/23366] [4.1 Regression] gcc.c-torture/compile/20020926-1.c fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 21:22 --- This is a reg stack issue. -- What|Removed |Added Status|UNCONFIRMED

[Bug libgcj/23367] New: _Jv_FindMethodInCache is not thread-safe

_Jv_FindMethodInCache is not thread-safe, because it assumes that the following check is enough to assure thread-safety: _Jv_mcache *mc = method_cache + index; _Jv_Method *m = mc->method; if (mc->klass == klass && m != NULL // thread safe check && _Jv_equalUtf8Consts (

[Bug c/7508] GCC refuses to compile a declartion right after a 'case' in switch

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 20:54 --- *** Bug 23365 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/23365] Declaration within case statement produces syntax error

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 20:54 --- Labels can only be applied to statements, not declarations; see the C99 standard. *** This bug has been marked as a duplicate of 7508 *** -- What|Removed |Added

[Bug c/7508] GCC refuses to compile a declartion right after a 'case' in switch

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 20:52 --- Marked as INVALID. -- What|Removed |Added CC|jsm28 at gcc dot gnu dot org|

[Bug c/7508] GCC refuses to compile a declartion right after a 'case' in switch

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-12 20:52 --- Reopening to mark as INVALID. -- What|Removed |Added Status|RESOLVED

[Bug rtl-optimization/23366] New: [4.1 Regression] gcc.c-torture/compile/20020926-1.c fails

FAIL: gcc.c-torture/compile/20020926-1.c -O2 (test for excess errors) FAIL: gcc.c-torture/compile/20020926-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/compile/20020926-1.c -O3 -g (test for excess errors) have appeared on mainline on 20050812 (as of 07:00 UTC

[Bug c/23365] Declaration within case statement produces syntax error

--- Additional Comments From price at ifa dot hawaii dot edu 2005-08-12 20:48 --- Just noticed that 3.4.3 calls it a "parse error", but 3.2.3 calls it a "syntax error": [EMAIL PROTECTED]:/home/mithrandir/price/IP3/scripts/src/phase2>gcc -std=c99 test.c -o test test.c: In function `main'

[Bug c/23365] New: Declaration within case statement produces syntax error

The following code produces a syntax error: [EMAIL PROTECTED]:/home/alala/price/temp>cat > test.c #include int main(void) { int number = 1; switch (number) { case 1: int a = number; printf("%d\n", a); break; default: printf("No idea.\n");

[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types

-- What|Removed |Added CC||fang at csl dot cornell dot ||edu http://gcc.gnu.org/bugzilla/s

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-12 20:37 --- (gdb) r Starting program: /home/ig25/Krempel/a.out Program received signal SIGSEGV, Segmentation fault. 0x08048469 in set_fast_math () at ../../gcc-4.1/gcc/config/i386/crtfastmath.c:70 70__b

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From hjl at lucon dot org 2005-08-12 20:33 --- So it died at 0x08048469 : ldmxcsr 0xfff8(%ebp) What does (gdb) p/x *(int *) ($ebp - 8) say? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23360

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-12 20:22 --- $ gcc -g -ffast-math hello.c $ gdb ./a.out GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it a

[Bug libfortran/23364] New: missing format reversion for internal write

ifort gets this rigt. $ cat internal-reversion.f90 character(len=20), dimension(2) :: line(2) integer, dimension(2) :: a a = 2 write (unit=line,fmt='("a",I4)') a print *,line(1) print *,line(2) end $ gfortran internal-reversion.f90 $ ./a.out a 2 a 2 $ ifort internal-reversion.f9

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From hjl at lucon dot org 2005-08-12 20:09 --- As of Tue Aug 9 23:07:05 UTC 2005, it works on my ia32 and EM64T machines. It could be a regression since then, or a hardware bug. Your machine has sse while __builtin_ia32_ldmxcsr (mxcsr) segfaults. Please report

[Bug libfortran/23363] New: gfortran 30 x slower that g77 on random I/O

I found some of my programs running extremely slow with gfortran. Here is a test case that shows the problem - [dranta:~/tests/gfortran-D] dir% g77 -o rdiska rdiska.f [dranta:~/tests/gfortran-D] dir% time rdiska 0.010u 0.080s 0:00.20 45.0% 0+0k 0+1io 0pf+0w [dranta:~/tests/gfortran-D] dir% gfo

[Bug tree-optimization/23361] Can't eliminate empty loops with power of two step and variable bounds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 19:10 --- See http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02275.html which is the email I was talking about. -- What|Removed |Added -

[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file

--- Additional Comments From wilson at specifix dot com 2005-08-12 19:07 --- Subject: Re: [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file phython at gcc dot gnu dot org wrote: > --- Additional Comments From phython at gcc dot gnu dot org 2005-08-12 > 06:21

[Bug tree-optimization/23361] Can't eliminate empty loops with power of two step and variable bounds

--- Additional Comments From chris at bubblescope dot net 2005-08-12 18:58 --- *** Bug 23362 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23361

[Bug rtl-optimization/23362] Can't eliminate empty loops with power of two step and variable bounds

--- Additional Comments From chris at bubblescope dot net 2005-08-12 18:58 --- Stupid webbrowser. *** This bug has been marked as a duplicate of 23361 *** -- What|Removed |Added

[Bug rtl-optimization/23362] New: Can't eliminate empty loops with power of two step and variable bounds

This may be related to bug 19001 (loops with power of two step and variable bounds not unrolled) Neither of the following empty loops is eliminated: void foo(int a, int b) { for(;a!=b;a+=4); } void foo(int a, int b) { for(;ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=23362

[Bug tree-optimization/23361] Can't eliminate empty loops with power of two step and variable bounds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 18:57 --- With -funsafe-loop-optimizations we remove them. Using -Wunsafe-loop-optimizations, we get: t.c:2: warning: cannot optimize loop, the loop counter may overflow I mentioned this before to transform the loo

[Bug rtl-optimization/23361] New: Can't eliminate empty loops with power of two step and variable bounds

This may be related to bug 19001 (loops with power of two step and variable bounds not unrolled) Neither of the following empty loops is eliminated: void foo(int a, int b) { for(;a!=b;a+=4); } void foo(int a, int b) { for(;ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=23361

[Bug inline-asm/23242] Invalid %sil register chosen when dereferenced pointer used in inline asm with -O0

--- Additional Comments From Hans dot Boehm at hp dot com 2005-08-12 18:51 --- Could we reopen this as a documentation bug? I'm still confused, and the amount of discussion suggests I'm not alone. Currently "r" is documented as meaning "general register", with no comments about opera

[Bug target/23360] [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 18:43 --- Someone is not testing the correct flags. -- What|Removed |Added CC|

[Bug libgcj/23292] libjava build fails with recent version of GNU Make

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-12 18:42 --- Although this is fairly ugly, I'm not opposed to it. I am however a bit reluctant to check in a patch to work around a feature in a beta version of make. It seems to me that perhaps a feature that causes pro

[Bug target/23360] New: [4.1 regression] -ffast-math startup broken on i686 (maybe Athlon-xp)

$ cat hello.c int main() { return 0; } $ gcc -g -ffast-math hello.c $ gdb ./a.out GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condi

[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types

--- Additional Comments From chris at bubblescope dot net 2005-08-12 18:34 --- Yep, it's the extra template parameter which is confusing the compiler. If you have parameters it can't deduce from the input to a function, they must be given explicitly, so in this case that function is j

[Bug target/23359] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-08-12 18:34 --- Subject: Re: Many Solaris 10/x86 testsuite failures with native as: use of .word pinskia at gcc dot gnu dot org writes: > I was not the first person to add .word to the .md file. The only other

[Bug target/23359] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 18:22 --- I was not the first person to add .word to the .md file. Does Solaris's as support ud2 instruction, if not then it was broken before my patch and I only started to fix up the problem. Since you did not g

[Bug target/23359] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-08-12 18:21 --- Subject: Re: Many Solaris 10/x86 testsuite failures with native as: use of .word pinskia at gcc dot gnu dot org writes: > This is a bug in the native as, please report instead to the Sun. Also w

[Bug target/23359] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 18:13 --- This is a bug in the native as, please report instead to the Sun. Also we recomend gas on for Solaris x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23359

[Bug target/23359] Many Solaris 10/x86 testsuite failures with native as: use of .word

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-08-12 18:11 --- Subject: Re: New: Many Solaris 10/x86 testsuite failures with native as: use of .word The same bug also affects libssp /vol/gcc/obj/gcc-4.1.0-20050805/10-gcc/./gcc/xgcc -B/vol/gcc/obj/gcc-4.1.0-

[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types

--- Additional Comments From tkho at tommykho dot com 2005-08-12 18:10 --- Created an attachment (id=9483) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9483&action=view) Testcase Comparing the reported time before and after the proposed fix results in orders of magnitude speedup.

[Bug target/23359] New: Many Solaris 10/x86 testsuite failures with native as: use of .word

Between 20050627 and 20050805, several C and C++ testcases begain to fail on Solaris 10/x86 with the native as, e.g. +FAIL: g++.old-deja/g++.brendan/crash63.C (test for excess errors) Excess errors: Assembler: crash63.C "/var/tmp//ccnloMW3.s", line 22 : Illegal mnemonic "/var/tmp

[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types

--- Additional Comments From tkho at tommykho dot com 2005-08-12 18:05 --- Created an attachment (id=9482) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9482&action=view) Fix for _Destroy It looks like the extra template parameter confuses the compiler. I'm pretty new--should extr

[Bug libstdc++/23358] New: _Destroy doesn't optimize for scalar types

Operations that use _Destroy in stl_construct.h that should be constant time end up taking time linear with container size. I've checked this in 4.0.1 and 4.1.0. -- Summary: _Destroy doesn't optimize for scalar types Product: gcc Version: 4.1.0 Status:

bug in "pure virtual" templates ?

Hi, I accidentaly mixed up some code, which resulted in something like this: 34 class Test 35 { 36 public: 37 template T get( void ) = 0; 38 }; which compiled with 3.3.5 20050117 and 4.0.2 20050720 where I think it shouldn't. Playing around with this piece of code, I changed the "= 0" to "=

[Bug tree-optimization/23350] ICE in vect_update_ivs_after_vectorizer, at tree-vect-transform.c:2418

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 17:46 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23350

[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 17:36 --- *** Bug 23352 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8

[Bug tree-optimization/23352] ICE with vectorizer: verify_ssa failed - definition does not dominate use

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 17:35 --- Both testcase give the same on ICE on x86, this is a dup of bug 8. *** This bug has been marked as a duplicate of 8 *** -- What|Removed |Added --

[Bug c++/23357] [4.1 Regression] ICE with __alignof__ on template arguments

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357

[Bug c++/23357] New: [4.1 Regression] ICE with __alignof__ on template arguments

Testcase: template struct __per_type_pool_policy { static void _S_get_pool() { const static int __align = (__alignof__(_Tp) >= 1 ? __alignof__(_Tp) : 1); static int _S_tune( 2 >= __align ? 1 : __align); } }; This did not ICE in 4.0.0. Also this is reduced from PR 23352 but I was try

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

-- What|Removed |Added BugsThisDependsOn||23356 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991

[Bug libfortran/23356] New: FLT_EVAL_METHOD not defined on openbsd3.4

On openbsd3.4, there is no FLT_EVAL_METHOD in the standard includes, so we should think of something to do when it's not available: /tmp/debug/ibin/./gcc/xgcc -B/tmp/debug/ibin/./gcc -B/tmp/debug/irun/i386-unknown-openbsd3.4/bin/ -B/tmp/debug/irun/i386-unknown-openbsd3.4/lib/ -isystem /tmp/debug/i

[Bug driver/23351] *cpp specs file options are sometimes ignored in Sun builds

-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/

[Bug target/23355] size optimizer did not eliminateing useless Push and pop instructions at ARM/Thumb machine

-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23355

[Bug c/23355] New: size optimizer did not eliminateing useless Push and pop instructions at ARM/Thumb machine

The older version of gcc produces code e.g.: arm-elf-gcc-3.4.4 -g -Os -fPIC -mthumb -mlittle-endian -mapcs \ -march=armv4t -mcallee-super-interworking \ -c progWord.c -o 3_4_4_thumb.o 3_4_4_thumb.o: file format elf32-littlearm Disassembly of section .text: : 0: e38

[Bug libgcj/23353] clone() copies internal lock data with hash synchronization off

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 16:43 --- Subject: Bug 23353 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-12 16:43:09 Modified files: libjava: Change

[Bug libgcj/23353] clone() copies internal lock data with hash synchronization off

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-12 16:41 --- I checked in the fix. Thanks -- What|Removed |Added Status|UNCONFIRMED

[Bug libgcj/23353] clone() copies internal lock data with hash synchronization off

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 16:40 --- Subject: Bug 23353 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-12 16:40:32 Modified files: libjava: ChangeLog libjava/java/lang:

[Bug target/23250] [4.0/4.1 regression] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

--- Additional Comments From th dot r dot klein at web dot de 2005-08-12 15:52 --- It's working, Thanks a lot -- What|Removed |Added Status|RESOLVED

[Bug ada/21573] 'Valid attribute on enumeration types with holes

--- Additional Comments From fw at deneb dot enyo dot de 2005-08-12 15:23 --- Another test case, this time without Unchecked_Conversion. See the discussion at . -- Another test case for PR21573. Note that if PR23354 is fixed and -- X

[Bug target/23250] [4.0/4.1 regression] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 14:58 --- Subject: Bug 23250 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-12 14:58:04 Modified files: gcc: Change

[Bug tree-optimization/23335] [4.0/4.1 Regression] copyrename does not coalesce different type variables (useless type conversion)

--- Additional Comments From amacleod at redhat dot com 2005-08-12 14:48 --- What exactly do you want to do here? you've got int = expr long int = int if you want to get rid of the copy, you would have to turn it into long int = (long int)expr which is more complicated than si

[Bug ada/23354] New: Normalize_Scalars and enumeration types with holes

Objects are unnecessarily initialized to valid values. The initialization algorithm is described here: `Enumeration types' Objects of an enumeration type are initialized to all one-bits, i.e. to the value `2 ** typ'Size - 1' unless the subtype excludes the literal whose Pos value i

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

--- Additional Comments From adah at netstd dot com 2005-08-12 14:02 --- (In reply to comment #99) > "adah at netstd dot com" <[EMAIL PROTECTED]> writes: > > | > | For a class X, all functions, including free functions, that both > | > | > | > | * `mention' X > | > | * are `supplied wi

[Bug driver/23351] *cpp specs file options are sometimes ignored in Sun builds

--- Additional Comments From matti dot rintala at iki dot fi 2005-08-12 13:39 --- Subject: Re: *cpp specs file options are sometimes ignored in Sun builds pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 >13:31 --

  1   2   >