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

Combining a Fortran-routine and a C-routine gives a binary, which produces almost all errors, like illegal instruction, segmention fault, invalid output, when the switch -m64 is used. The program works fine using -m32 or using -m64 and an older version of GCC or using a Sun compiler. Example:

[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 08:52 --- I am glad it is again normal discussions. (In reply to comment #93) > Subject: Re: can't compile self defined void distance(std::vector, std::vector) > "adah at netstd dot com" <[EMAIL PROTECTED]> writes: > | Her

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

--- Additional Comments From gdr at integrable-solutions dot net 2005-08-12 09:04 --- Subject: Re: can't compile self defined void distance(std::vector, std::vector) "adah at netstd dot com" <[EMAIL PROTECTED]> writes: | > | Herb Sutter's opinion (N1792) is a little different. He th

[Bug rtl-optimization/15265] delete_output_reload deletes necessary insn

--- Additional Comments From bernds_cb1 at t-online dot de 2005-08-12 09:07 --- The reload-branch takes apart all this code, so there's a good chance it's fixed. That doesn't mean we shouldn't try to get it right in the mainline... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=152

[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 09:23 --- (In reply to comment #95) > | > | Herb Sutter's opinion (N1792) is a little different. He thinks that > | > | ADL should not work in the OP's example, because distance is simply > | > | not an `interface' of std::v

[Bug c++/21799] [4.0 regression] Spurious ambiguity with pointers to members

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 09:24 --- Subject: Bug 21799 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-12 09:23:54 Modified files: gcc/cp : ChangeLog pt.c Log message:

[Bug c++/8271] Templates and pointers to const member functions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 09:24 --- Subject: Bug 8271 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-12 09:23:54 Modified files: gcc/cp : ChangeLog pt.c Log message:

[Bug c++/8271] Templates and pointers to const member functions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 09:34 --- Subject: Bug 8271 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-12 09:34:12 Modified files: gcc/testsuite : ChangeLog Added files: gcc/te

[Bug rtl-optimization/15265] delete_output_reload deletes necessary insn

--- Additional Comments From giovannibajo at libero dot it 2005-08-12 09:35 --- Sure, but it's a good start. I read on http://gcc.gnu.org/wiki/BerndSchmidt that the reload-branch would need some testing/fixing on autoinc target. Maybe Joern might be interested in giving a look at it.

[Bug c++/21799] [4.0 regression] Spurious ambiguity with pointers to members

--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-12 09:36 --- Fixed mainline & 4.0 2005-08-12 Giovanni Bajo <[EMAIL PROTECTED]> Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21799 PR c++/8271 * pt.c (unify) : Check this-pointer cv-qua

[Bug c++/21799] [4.0 regression] Spurious ambiguity with pointers to members

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 09:41 --- Subject: Bug 21799 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-12 09:40:35 Modified files: gcc/cp : pt.c C

[Bug c++/8271] Templates and pointers to const member functions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12 09:41 --- Subject: Bug 8271 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-12 09:40:35 Modified files: gcc/cp : pt.c Ch

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

--- Additional Comments From gdr at integrable-solutions dot net 2005-08-12 09:44 --- Subject: Re: can't compile self defined void distance(std::vector, std::vector) "adah at netstd dot com" <[EMAIL PROTECTED]> writes: | > you still fail to provide such a definition for "interface".

[Bug tree-optimization/23082] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 10:47 --- Confirmed on x86_32 target using GNU F95 version 4.1.0 20050812, isn't PR23202 not a dup of this one? -- What|Removed |

[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 10:50 --- (In reply to comment #97) > Subject: Re: can't compile self defined void distance(std::vector, std::vector) > "adah at netstd dot com" <[EMAIL PROTECTED]> writes: > | > you still fail to provide such a definition

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

When I compile ace542 with the actual snapshot (20050806) of gcc41 I get an ICE when I use -O3 and autovectorisation. last working snapshot is: gcc-4.1-20050604 first failing snapshot is: gcc-4.1-20050611 Michael Cieslinski g++41j -O3 -ftree-vectorize -c -o .obj/Reactive_Logging_Server_Ex.o

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

--- Additional Comments From micis at gmx dot de 2005-08-12 10:53 --- Created an attachment (id=9478) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9478&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23350

[Bug fortran/23202] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

opt --enable-languages=c,c++,f95 --enable-checking Thread model: posix gcc version 4.1.0 20050812 (experimental) /private/icg126/opt/libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 zipp01.f -ffixed-form -quiet -dumpbase zipp01.f -mtune=pentiumpro -auxbase zipp01 -O1 -version -o /tmp/ccSRRSQk.s GNU F95 vers

[Bug tree-optimization/23326] [4.0 Regression] Wrong code from forwprop

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-12 10:57 --- Patch posted. -- What|Removed |Added URL||http://

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

Consider the following additional specs file, test.specs: *cpp: + -I testing Using that to preprocess a trivial C++ file (containing just an empty main()) produces the following output (Note that "-I testing" is missing): ** [cppbug]$ cpp -v -specs=test.specs t.cc Reading specs fro

[Bug target/22528] Optimized ARM 'unsigned short's assignments are incorrect for big-endian ARMv3 targets

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-12 11:13 --- The 3.3 branch is no-longer being maintained, and this was fixed in gcc-3.4. If you need to patch a 3.3 compiler you can apply the patch from here: http://gcc.gnu.org/ml/gcc-patches/2003-11/msg00832.html

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

When I compile ace542 with the actual snapshot (20050806) of gcc41 I get an ICE when I use: -O3 -g -floop-optimize2 -ftree-vectorize. last working snapshot is: gcc-4.1-20050723 first failing snapshot is: gcc-4.1-20050730 Michael Cieslinski g++41j -O3 -g -floop-optimize2 -ftree-vectorize -c

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

--- Additional Comments From micis at gmx dot de 2005-08-12 11:30 --- Created an attachment (id=9479) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9479&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23352

[Bug tree-optimization/22548] Aliasing can not tell array members apart

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-12 11:38 --- Meanwhile I have a complete patch which survives bootstrap and regtesting. Also fixes 22555. In functionality it depends on it, though. -- What|Removed |Added --

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

--- Additional Comments From micis at gmx dot de 2005-08-12 11:38 --- Created an attachment (id=9480) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9480&action=view) preprocessed source an other similar ICE: g++41j -O3 -g -floop-optimize2 -ftree-vectorize -c -o .obj/TP_Reactor_Tes

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

--- Additional Comments From gdr at integrable-solutions dot net 2005-08-12 11:45 --- Subject: Re: can't compile self defined void distance(std::vector, std::vector) "adah at netstd dot com" <[EMAIL PROTECTED]> writes: | > | For a class X, all functions, including free functions, tha

[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 11:54 --- The patch did not compiles with keyword MASK_INTERWORK so using keyword ARM_FLAG_INTERWORK instead --- arm.c.orig Mon May 9 14:53:19 2005 +++ arm.c Fri Aug 12 13:16:23 2005 @@ -944,6 +944,11 @@

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

The memcpy() call in the clone() method in libjava/java/lang/natObject.cc copies the sync_info member (when hash synchronization is off). When the lock has been held at least once, sync_info is non-NULL and therefore the original and cloned objects are associated to the same lock. The locks sh

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 12:24 --- (In reply to comment #5) > This is a working version. > But it is still not optimized. > Should I open the missing otimization within an other bug entry? Yes please. Since the code is now working code, cl

[Bug fortran/18428] No preprocessing option -cpp for gfortran

--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 12:29 --- Rather than fiddling with -x f95-cpp-input I found that the best option is to use the gcc specs option to redeclare suffix rules. To enforce preprocessing for files with suffix .f90 create a file overrid

[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 12:29 --- I think this is really just invalid. As the ABI for var-args is different from the ABI for non var-args. And fortran only passes via non var-args functions. -- http://gcc.gnu.org/bugzilla/show_bug.cg

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

-- What|Removed |Added Summary|ICE: verify_ssa failed -|ICE with vectorizer: |definition does not dominate|verify_ssa failed - |us

[Bug fortran/18428] No preprocessing option -cpp for gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 12:32 --- (In reply to comment #3) > Now, testcase.f90 will be preprocessed. This should be reflected in the > documentation (rather than having to dig around the 400 page gcc manual) Why, specs files are not for t

[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 12:34 --- The first preprocessed file produces the same ICE as PR 8. -- What|Removed |Added BugsT

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

--- Additional Comments From georg dot denk at infineon dot com 2005-08-12 12:45 --- (In reply to comment #1) > I think this is really just invalid. As the ABI for var-args is different from the ABI for non var-args. And > fortran only passes via non var-args functions. I don't think

[Bug tree-optimization/22548] Aliasing can not tell array members apart

--- Additional Comments From giovannibajo at libero dot it 2005-08-12 12:58 --- Can you document what's the compile-time effect of raising salias-max-array- elements? For instance, how much do we lose in bootstrap+tramp3d if we raise it to 16 or even 1024? -- http://gcc.gnu.org/bugz

[Bug tree-optimization/22548] Aliasing can not tell array members apart

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-08-12 13:02 --- Subject: Re: Aliasing can not tell array members apart On 12 Aug 2005, giovannibajo at libero dot it wrote: > Can you document what's the compile-time effect of raising salias-max-arr

[Bug fortran/18428] No preprocessing option -cpp for gfortran

--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 13:22 --- Subject: Re: No preprocessing option -cpp for gfortran pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 > 12:32 --- > (In reply to

[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 13:31 --- SPECs are really internal to GCC. -- What|Removed |Added Component|preprocessor

[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 --

[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 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 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 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 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 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 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 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: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 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 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 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 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 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 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 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 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 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/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 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 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 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 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: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] 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 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: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: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: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 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/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 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] [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 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 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 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/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 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 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 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 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 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 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/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 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 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: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 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 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 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 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/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 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/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:54 --- *** Bug 23365 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[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 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 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 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] 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

  1   2   >