[Bug bootstrap/38693] gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

--- Comment #6 from rob1weld at aol dot com 2009-01-06 07:55 --- (In reply to comment #3) > And this is documented in the installation documentation. > (Confusion may also result if the compiler finds the GNU assembler but has > not > been configured with --with-gnu-as.) > > http://gc

[Bug target/27880] [4.2/4.3 regression] undefined reference to `_Unwind_GetIPInfo'

--- Comment #35 from rob1weld at aol dot com 2009-01-06 07:32 --- (In reply to comment #33) > With "gcc version 4.4.0 20090102" on i386-pc-solaris2.11 I'm getting: > > # gcc -v -o test_gmp_1 test_gmp_1.cc -lgmp -lstdc++ > /usr/local/lib/gcc/i386-pc-solaris2.11/4.4.0/../../../libstdc++.s

[Bug bootstrap/35211] Dist tarball is missing (Bison-generated) java/parse-scan.c

--- Comment #2 from skunk at iskunk dot org 2009-01-06 07:09 --- The 4.2.4 tarball is still missing the file. While this shouldn't be an issue in 4.3, the last of 4.2 ought to have a solid tarball. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35211

[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument

--- Comment #40 from zerger at gmail dot com 2009-01-06 06:03 --- (In reply to comment #38) > Subject: Re: [DR 325] GCC can't parse a non-parenthesized comma in a > template-id within a default argument > > It is fixed but the defect report against the C++ standard is still > open so

[Bug middle-end/38740] Incorrect delayed branch optimization

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-06 04:27 --- Subject: Re: New: Incorrect delayed branch optimization Attached preprocessed source. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-06 04:27 --- Created an a

[Bug middle-end/38740] New: Incorrect delayed branch optimization

.L1018: ldi 1105,%r19 cmpb,= %r19,%r28,.L1015 ldw 48(%r3),%r28 cmpb,<< %r19,%r28,.L1019 ldi 1104,%r19 The "ldw 48(%r3),%r28" instruction placed in the delay slot of the preceding cmpb instruction clobbers %r28 and the following cmpb fails if the first branch

[Bug libmudflap/38738] gcc 4.4.0 20090104 - OpenSolaris can enable libmudflaps (if gcc is configured to use GNU ld)

--- Comment #2 from rob1weld at aol dot com 2009-01-06 04:21 --- There is one other change I made, add this to the top of libmudflaps/mf-hooks2.c : /* OpenSolaris */ struct mntent { char*mnt_fsname;/* file system name */ char*mnt_dir; /* file system pa

[Bug testsuite/38739] New: gcc 4.4.0 20090104 - contrib/test_summary - On Solaris /bin/sh uses ksh, gawk fails

I'm running OpenSolaris 2008.11 and built gcc 4.4, after running "make -i check" I wanted to mail the result. # /usr/share/src/gcc_trunk/contrib/test_summary -t > mail.txt gawk: cmd. line:50: { next; } gawk: cmd. line:50: ^ `next' used in END action gawk: cmd. line:51: { next; } gawk: cmd

[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver

--- Comment #4 from rob1weld at aol dot com 2009-01-06 03:53 --- (In reply to comment #3) > Sun recommendations are not the issue here really. On other targets people > could use someone else's assembler but GNU ld and this will fail. It just > happen Solaris is the one that this happe

[Bug rtl-optimization/38583] huge test case makes register allocator run out of memory while constructing the conflict graph

--- Comment #3 from vmakarov at gcc dot gnu dot org 2009-01-06 03:50 --- Subject: Bug 38583 Author: vmakarov Date: Tue Jan 6 03:50:07 2009 New Revision: 143112 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143112 Log: 2009-01-05 Vladimir Makarov PR rtl-optimizatio

[Bug target/38662] __fastcall confuses a function's throw() specification

--- Comment #1 from dannysmith at users dot sourceforge dot net 2009-01-06 03:49 --- Confirmed on SVN head. This also avoids the bug. // class E { }; class Test { public: __fastcall bool ernie(bool b) throw(E) { } __fastcall bool bert(bool b); }; // Make

[Bug libgcj/38685] classmap.db is zero bytes long in 64 bit directory

--- Comment #5 from rob1weld at aol dot com 2009-01-06 03:39 --- (In reply to comment #1) > Can you try 4.3.2? Same in the trunk (4.4.0 20090104): # ls -l /usr/local/lib/amd64/gcj-4.4.0-10/ /usr/local/lib/gcj-4.4.0-10/ /usr/local/lib/amd64/gcj-4.4.0-10/: total 18 -rw-r--r-- 1 root root

[Bug bootstrap/38693] gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

--- Comment #5 from pinskia at gmail dot com 2009-01-06 03:32 --- Subject: Re: gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined On Jan 5, 2009, at 7:01 PM, "rob1weld at aol dot com" wrote: > > > --- Comment #4 from rob1weld at aol dot com 2009-01

Re: [Bug bootstrap/38693] gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

On Jan 5, 2009, at 7:01 PM, "rob1weld at aol dot com" > wrote: --- Comment #4 from rob1weld at aol dot com 2009-01-06 03:01 --- (In reply to comment #3) And this is documented in the installation documentation. (Confusion may also result if the compiler finds the GNU assembler

[Bug c++/38698] [4.4 regression] ICE initializing union with initializer list

--- Comment #5 from jason at gcc dot gnu dot org 2009-01-06 03:27 --- Subject: Bug 38698 Author: jason Date: Tue Jan 6 03:27:39 2009 New Revision: 143111 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143111 Log: PR c++/38698 * typeck2.c (process_init_constructo

[Bug target/38730] gcc 4.4.0 20090104 - "make -i check" - over 60 FAILs in "C" compiler

--- Comment #2 from rob1weld at aol dot com 2009-01-06 03:22 --- (In reply to comment #1) Final results are here: http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00488.html The other testsuites did _surprisingly_ well, even libmudflaps (new!). Rob -- http://gcc.gnu.org/bugzilla/s

[Bug java/38717] gcc 4.4.0 20090102 - jc1: out of memory allocating ... (with 1 G of RAM)

--- Comment #2 from rob1weld at aol dot com 2009-01-06 03:10 --- (In reply to comment #1) > Do you have virtual memory turned on because it sounds like you don't. I do have it turned on. This OS uses a swap file that is by default 50% of the size of the RAM. I installed on a 1024M Virt

[Bug testsuite/38727] gcc 4.4.0 20090104 - "make -i check" autogen "fixinclude test FAILURES"

--- Comment #3 from rob1weld at aol dot com 2009-01-06 03:05 --- Thanks for fixing. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38727

[Bug bootstrap/38693] gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

--- Comment #4 from rob1weld at aol dot com 2009-01-06 03:01 --- (In reply to comment #3) > And this is documented in the installation documentation. > (Confusion may also result if the compiler finds the GNU assembler but has > not > been configured with --with-gnu-as.) > > http://gc

[Bug libmudflap/38738] gcc 4.4.0 20090104 - OpenSolaris can enable libmudflaps (if gcc is configured to use GNU ld)

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 02:41 --- for the pass-stratcliff.c failure, change: #ifndef __FreeBSD__ to #ifdef __gnu_linux__ And this should fix the issue there. For pass47-frag.c failure, you need to either do a { dg-warning "__ctype" "" { target *-*-

[Bug libmudflap/38738] New: gcc 4.4.0 20090104 - OpenSolaris can enable libmudflaps (if gcc is configured to use GNU ld)

Enable mudflaps for Solaris _IF_ gcc is configured to use GNU's ld . Here is the final result: # make check ... === libmudflap Summary === # of expected passes1131 # of unexpected failures293 I am running i386-pc-solaris2.11 (OpenSolaris 2008.11) and configu

[Bug libstdc++/38466] std::swap does not use std::swap for the components of a std::pair

--- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-06 01:58 --- Agree, this is not a bug in the implementation, so think this is INVALID. Resolved in C++0x. We should document this known wart in C++03 std::pair (maybe add FAQ item?) Propose changing the Summary to: document std::p

[Bug target/38662] __fastcall confuses a function's throw() specification

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|trivial |normal Component|c++ |target GCC ta

[Bug c++/38656] Broken diagnostic: 'template_id_expr' not supported by pp_c_expression

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-06 01:13 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug libfortran/38735] [4.4 Regresssion] Default BLANK= mode for internal units is wrong

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-01-06 00:30 --- Fixed on trunk -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug testsuite/38727] gcc 4.4.0 20090104 - "make -i check" autogen "fixinclude test FAILURES"

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-06 00:03 --- Fixed with revision 143104. http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143104 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/38477] [strict-aliasing] warning message contains compiler-generated symbols

--- Comment #10 from bkoz at gcc dot gnu dot org 2009-01-05 23:47 --- Hey y'all, if this isn't a libstdc++ issue can it be re-categorized to the gcc component? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38477

[Bug libfortran/38735] [4.4 Regresssion] Default BLANK= mode for internal units is wrong

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38735

[Bug rtl-optimization/38426] [4.4 Regression] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-05 23:33 --- A better patch was posted and approved: http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00155.html -- Pinski -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/38731] Local strings on the stack not aligned

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-05 23:31 --- Before the patch: Partition 0: size 31 align 1 Str_1_Par_RefD.1252, offset 0 Partition 1: size 31 align 1 Str_2_Par_RefD.1253, offset 0 After the patch: Partition 0: size 31 align 8 Str_1_Pa

[Bug middle-end/38510] Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite

--- Comment #9 from spop at gcc dot gnu dot org 2009-01-05 23:31 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

--- Comment #4 from hjl dot tools at gmail dot com 2009-01-05 23:30 --- There is another place: libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) { } __align; -- hjl dot tools at gmail dot com changed: What|Removed |Adde

[Bug fortran/38733] non pure function in forall when using function aliases

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 23:29 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

--- Comment #3 from schwab at suse dot de 2009-01-05 23:22 --- ADJUST_FIELD_ALIGN does not override user-specified alignment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736

[Bug rtl-optimization/35729] const volatile variable access incorrectly hoisted out of loop

--- Comment #11 from sje at cup dot hp dot com 2009-01-05 23:15 --- Zdenek, are you still looking at this bug? As I mention in comment #7, I think the fix that is checked in is good, it is just the test that is bad. I don't see a good way to fix the test, I would support just removing

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-05 23:14 --- Most likely ADJUST_FIELD_ALIGN needs to be defined for AVX vectors. ADJUST_FIELD_ALIGN overrides both BIGGEST_FIELD_ALIGNMENT for sure. x86_field_alignment seems wrong anyways. It does not even take into account v

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #11 from hjl dot tools at gmail dot com 2009-01-05 23:08 --- (In reply to comment #7) > (In reply to comment #5) > > There is padding between adjustedPtr and unwindHeader because the latter is > > forced to be maximally aligned. Due to the additional member the padding > >

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 23:05 --- *** Bug 38737 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/38737] [4.4 Regression] __alignof__ (_Unwind_Exception) depends on -mavx

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 23:05 --- I just filed it. *** This bug has been marked as a duplicate of 38736 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/38737] New: [4.4 Regression] __alignof__ (_Unwind_Exception) depends on -mavx

When -mavx was added BIGGEST_ALIGNMENT was changed to depend on it. This changes the behavior of __attribute__((aligned)), which is used to define struct _Unwind_Exception, and which changes the ABI of anything that uses it. -- Summary: [4.4 Regression] __alignof__ (_Unwind_Exception

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-05 22:59 --- (In reply to comment #8) > There are I filed the x86 issue with -mavx as PR 38736. This is a regression and really needs to be fixed for before the release of 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||i?86-*-* x86_64-*-* Target Milestone|--- |4

[Bug libgcj/24403] --enable-java-awt=qt fails to build

--- Comment #17 from rob1weld at aol dot com 2009-01-05 22:58 --- (In reply to comment #16) > ping... > This missed 4.3 again, it should probably get in now before 4.4 enters freeze > mode... How about 4.5 ? > Re the moc -> moc-qt4 change suggested in comment #14: This should be detect

[Bug target/38736] New: [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

using __attribute__((aligned)) can change the alignment dependent on if you use -mavx or not. This is because BIGGEST_ALIGNMENT is defined using -mavx. This is not correct as -mavx should not change the ABI unless you use the avx sized vectors. -- Summary: [4.4 Regression] -mavx can

[Bug libfortran/38735] [4.4 Regresssion] Default BLANK= mode for internal units is wrong

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-01-05 22:57 --- Subject: Bug 38735 Author: jvdelisle Date: Mon Jan 5 22:57:30 2009 New Revision: 143103 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143103 Log: 2009-01-05 Jerry DeLisle PR libfortran/38735

[Bug libfortran/38735] [4.4 Regresssion] Default BLANK= mode for internal units is wrong

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-01-05 22:55 --- Subject: Bug 38735 Author: jvdelisle Date: Mon Jan 5 22:55:15 2009 New Revision: 143102 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143102 Log: 2009-01-05 Jerry DeLisle PR libfortran/38735

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #9 from pinskia at gcc dot gnu dot org 2009-01-05 22:55 --- (In reply to comment #8) > There are > > i386/i386.h:#define BIGGEST_ALIGNMENT (TARGET_AVX ? 256: 128) > m68k/m68k.h:#define BIGGEST_ALIGNMENT (TARGET_ALIGN_INT ? 32 : 16) > mcore/mcore.h:#define BIGGEST_ALIGNMENT

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #8 from hjl dot tools at gmail dot com 2009-01-05 22:53 --- There are i386/i386.h:#define BIGGEST_ALIGNMENT (TARGET_AVX ? 256: 128) m68k/m68k.h:#define BIGGEST_ALIGNMENT (TARGET_ALIGN_INT ? 32 : 16) mcore/mcore.h:#define BIGGEST_ALIGNMENT (TARGET_8ALIGN ? 64 : 32) sh/sh.h:#

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #7 from hjl dot tools at gmail dot com 2009-01-05 22:51 --- (In reply to comment #5) > There is padding between adjustedPtr and unwindHeader because the latter is > forced to be maximally aligned. Due to the additional member the padding was > reduced. Also, the alignment o

[Bug c++/38472] [4.4 Regression] Wrong result type of ternary operator

--- Comment #5 from dodji at gcc dot gnu dot org 2009-01-05 22:48 --- Fixed in trunk. -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug c++/38472] [4.4 Regression] Wrong result type of ternary operator

--- Comment #4 from dodji at gcc dot gnu dot org 2009-01-05 22:41 --- Subject: Bug 38472 Author: dodji Date: Mon Jan 5 22:41:37 2009 New Revision: 143101 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143101 Log: gcc/cp/ChangeLog: 2009-01-05 Dodji Seketeli PR c++/38

[Bug c/34911] [4.2/4.3 regression] ICE with vectors of bool

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-05 22:28 --- Fixed on the trunk at least. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/34911] [4.2/4.3/4.4 regression] ICE with vectors of bool

--- Comment #9 from pinskia at gcc dot gnu dot org 2009-01-05 22:27 --- Subject: Bug 34911 Author: pinskia Date: Mon Jan 5 22:27:48 2009 New Revision: 143099 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143099 Log: 2009-01-05 Andrew Pinski PR c/34911 * c-c

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-05 22:19 --- >Also, the alignment of _Unwind_Exception depends on -mavx. That is a target issue and should be filed as separately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #5 from schwab at suse dot de 2009-01-05 22:16 --- There is padding between adjustedPtr and unwindHeader because the latter is forced to be maximally aligned. Due to the additional member the padding was reduced. Also, the alignment of _Unwind_Exception depends on -mavx.

[Bug libfortran/25561] Eventually get rid of the Alloc Stream Facility

--- Comment #11 from jb at gcc dot gnu dot org 2009-01-05 22:15 --- Patch getting rid of ASF for external files: http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00222.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561

[Bug libfortran/37754] [4.4 Regression] READ I/O Performance regression from 4.3 to 4.4

--- Comment #11 from jb at gcc dot gnu dot org 2009-01-05 22:14 --- Patch that improves countlines.f test (and a bunch of other things): http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00222.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754

[Bug middle-end/38587] psim miscompiled #2 [regression]

--- Comment #4 from joel at gcc dot gnu dot org 2009-01-05 22:09 --- Grrr.. it looks like I was just sleepy this morning. The problem is still there as originally described. gcc (GCC) 4.4.0 20090105 (experimental) [trunk revision 143092] Running on gcc12 in the CFARM. -- http

[Bug c++/38725] [4.4 regression] ICE with goto

--- Comment #4 from reichelt at gcc dot gnu dot org 2009-01-05 21:48 --- *** Bug 38593 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/38593] [4.4 regression] ICE: verify_gimple failed

--- Comment #9 from reichelt at gcc dot gnu dot org 2009-01-05 21:48 --- That's really a duplicate of PR38725: The code contains many lines of the form goto *dispatch_table[opcode]; where dispatch_table[opcode] is of the type uintptr_t which is a typedef to unsigned int. Writing

[Bug libfortran/38735] [4.4 Regresssion] Default BLANK= mode for internal units is wrong

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-01-05 21:43 --- >From the standard: "an internal file or a preconnected file that has not been opened is treated as if the file had been opened with BLANK = 'NULL'." Patch on its way. This is a regression from 4.3. -- jvde

[Bug libfortran/38735] New: Default BLANK= mode for internal units is wrong

With Dominique's test case: character(15) :: str="+ .339 567+2" real :: x read(str,'(F15.6)') x print *, x read(str,'(G15.7)') x print *, x end Current trunk yields: $ ./a.out 33.956699 0.3389 It should be: $ ./a.out 33.95670 33.95670 -- Summary: Def

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #4 from schwab at suse dot de 2009-01-05 21:31 --- >From the ABI document (2.2.1 C++ Exception Objects): By convention, a __cxa_exception pointer points at the C++ object representing the exception being thrown, immediately following the header. The header structure is access

[Bug middle-end/38492] [graphite] segfaulting code when compiled with -fgraphite -fgraphite-identity

--- Comment #9 from spop at gcc dot gnu dot org 2009-01-05 21:21 --- Subject: Bug 38492 Author: spop Date: Mon Jan 5 21:21:16 2009 New Revision: 143097 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143097 Log: 2009-01-05 Sebastian Pop PR tree-optimization/38492

[Bug middle-end/38510] Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite

--- Comment #8 from spop at gcc dot gnu dot org 2009-01-05 21:04 --- Subject: Bug 38510 Author: spop Date: Mon Jan 5 21:03:45 2009 New Revision: 143094 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143094 Log: 2009-01-05 Harsha Jagasia PR tree-optimization/38510

[Bug middle-end/38500] [graphite] ICE : in verify_loop_structure, at cfgloop.c:1569

--- Comment #8 from spop at gcc dot gnu dot org 2009-01-05 21:04 --- Subject: Bug 38500 Author: spop Date: Mon Jan 5 21:03:45 2009 New Revision: 143094 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143094 Log: 2009-01-05 Harsha Jagasia PR tree-optimization/38510

[Bug libstdc++/38384] fails to build cross gcc for target hppa64-hp-hpux11.00 in libstdc++/libmath

--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-05 20:50 --- Subject: Bug 38384 Author: bkoz Date: Mon Jan 5 20:50:25 2009 New Revision: 143093 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143093 Log: 2009-01-05 Benjamin Kosnik PR libstdc++/38384 *

[Bug libstdc++/38384] fails to build cross gcc for target hppa64-hp-hpux11.00 in libstdc++/libmath

--- Comment #8 from bkoz at gcc dot gnu dot org 2009-01-05 20:48 --- Ranier, when cross compiling, link tests cannot always be done. Therefore, libstdc++ hardcodes "found" functions when cross compiling, and discovers "found" functions when building for native. The problem with this a

[Bug libstdc++/38384] fails to build cross gcc for target hppa64-hp-hpux11.00 in libstdc++/libmath

--- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-05 20:38 --- Created an attachment (id=17035) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17035&action=view) add fabsf for hpux10/11 Try this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384

[Bug fortran/38122] "file already opened in another unit" error when opening /dev/null or /dev/tty twice

--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-05 20:23 --- (In reply to comment #8) > As far as I can tell, ASIS is working correctly with gfortran 4.4 and 4.3. > So, we can close? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38122

[Bug target/37520] junk `(,%eax,4)' after expression / suffix or operands invalid for `lea' for libstdc++ deque/init-list.cc

--- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-05 20:23 --- The other kind of freebsd6.3 fail in libstdc++ is: testsuite/25_algorithms/max/3.cc /sw/test/GCC/trunk/libstdc++-v3/testsuite/25_algorithms/max/3.cc:26: undefined reference to `_47' /var/tmp//ccInT4La.o(.text._Z6tes

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-05 20:20 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-05 20:19 --- *** Bug 38631 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/38631] [4.4 Regression] libstdc++ from gcc 4.4 causes OpenOffice.org 3.0 to crash on startup

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-05 20:19 --- PR 38732 explains what is causing OO.o to fail. The ABI changed ;(. *** This bug has been marked as a duplicate of 38732 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug other/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug other/38732] Openoffice.org segfaults with runtime libs built from GCC trunk

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 20:10 --- 2008-08-23 Sebastian Redl Add (again) exception propagation support as per N2179. Feature is available only when _GLIBCXX_ATOMIC_BUILTINS_4 is defined. This is to support C++0x. -- http://gc

[Bug fortran/31610] ICE with transfer, merge in gfc_conv_expr_descriptor

--- Comment #29 from mikael at gcc dot gnu dot org 2009-01-05 20:10 --- (In reply to comment #28) > I think this PR can be closed - the ICEs are gone, the TODO item is gone and > the missing warnings are tracked in PR 33037. > Closing then. It was probably fixed together with PR 37903.

[Bug target/38730] gcc 4.4.0 20090104 - "make -i check" - over 60 FAILs in "C" compiler

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 20:09 --- >FAIL: gcc.dg/torture/fp-int-convert-float128.c -O3 -g (test for excess This means that the __float128 to int functions are not included in libgcc not a big deal because most folks don't use __float128. >gcc.dg/v

[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-05 20:02 --- Sun recommendations are not the issue here really. On other targets people could use someone else's assembler but GNU ld and this will fail. It just happen Solaris is the one that this happens more. -- http://

[Bug c++/31488] [4.3/4.4 Regression] va_list considered non-POD

-- jason at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org AssignedTo|unassigned at gcc dot g

[Bug target/37520] junk `(,%eax,4)' after expression / suffix or operands invalid for `lea' for libstdc++ deque/init-list.cc

--- Comment #6 from bkoz at gcc dot gnu dot org 2009-01-05 20:01 --- Adding 4.4.x reported against, as this testcase is not in 4.3.x. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/36851] [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX

--- Comment #13 from hubicka at gcc dot gnu dot org 2009-01-05 20:01 --- Hi, sorry for delays, somehow non-tuplified alpha shot this off the todo list. I still can't build the target: ../../gcc/mips-tfile.c:672:24: error: mips/a.out.h: No such file or directory ../../gcc/mips-tfile.c:69

[Bug fortran/38733] New: non pure function in forall

this should fail to compile INTEGER :: st1,i,a(10) st1(i)=F1(I) FORALL(i=1:10) a(i)=st1(i) write(6,*)a CONTAINS INTEGER FUNCTION F1(I) INTEGER, INTENT(IN) :: I F1=I*I*I END FUNCTION F1 END -- Summary: non pure function in forall Product: gcc Version: 4.4.0

[Bug other/38732] New: Openoffice.org segfaults with runtime libs built from GCC trunk

[forwarded from http://bugs.debian.org/504323] Stephan Bergmann writes: Reproducing with libstdc++.so.6 and libgcc_s.so.1 from gcc-4.4-20090102 in unxlngi6.pro DEV300m38 OOo, the problem is that OOo at

[Bug target/38731] Local strings on the stack not aligned

--- Comment #2 from dje at gcc dot gnu dot org 2009-01-05 19:54 --- For example, the following, when declared locally: typedef char Str_30 [31]; Str_30 Str_1_Par_Ref; Str_30 Str_2_Par_Ref; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38731

[Bug testsuite/38727] gcc 4.4.0 20090104 - "make -i check" autogen "fixinclude test FAILURES"

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 19:44 --- This is only a testsuite issue really. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/38731] Local strings on the stack not aligned

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-05 19:51 --- Mine. The patch in testing: Index: rs6000/rs6000.h === --- rs6000/rs6000.h (revision 143086) +++ rs6000/rs6000.h (working copy) @@ -613,13 +613,

[Bug target/38731] New: Local strings on the stack not aligned

String variables allocated on the stack on not aligned. -- Summary: Local strings on the stack not aligned Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target Assi

[Bug fortran/38657] [4.3 Regression] PUBLIC/PRIVATE Common blocks

--- Comment #9 from pault at gcc dot gnu dot org 2009-01-05 19:47 --- Trunk done, 4.3 to come! Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/38657] [4.3/4.4 Regression] PUBLIC/PRIVATE Common blocks

--- Comment #8 from pault at gcc dot gnu dot org 2009-01-05 19:46 --- Subject: Bug 38657 Author: pault Date: Mon Jan 5 19:46:06 2009 New Revision: 143090 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143090 Log: 2009-01-05 Paul Thomas PR fortran/38657 * mod

[Bug middle-end/38299] internal error: segmentation fault

--- Comment #3 from grant dot b dot edwards at gmail dot com 2009-01-05 19:40 --- I've just run across the exact same problem using 3.4.4 to build an arm-elf 3.2.1 cross-compiler on Cygwin. Building the same exact same compiler using 3.4.6 on Linux works fine, so it appears to be somet

[Bug c++/38472] [4.4 Regression] Wrong result type of ternary operator

-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org

[Bug fortran/37159] RANDOM_SEED: GET= check array size at compile time and respect -fdefault-integer-*

--- Comment #14 from dfranke at gcc dot gnu dot org 2009-01-05 19:34 --- Subject: Bug 37159 Author: dfranke Date: Mon Jan 5 19:34:02 2009 New Revision: 143089 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143089 Log: gcc/fortran: 2009-01-05 Daniel Franke PR fortra

[Bug tree-optimization/34034] perlbmk hangs with -O2 -fno-tree-dce -fno-tree-dominator-opts

--- Comment #4 from janis at gcc dot gnu dot org 2009-01-05 19:10 --- The powerpc testcase and perlbmk now pass when compiled with the options that used to cause them to hang, for both the current 4.3 branch and mainline, so let's call this fixed. If anyone cares I can find out which pa

[Bug c++/29388] [4.2/4.3/4.4 regression] ICE with invalid nested name specifier

--- Comment #9 from sje at cup dot hp dot com 2009-01-05 18:46 --- I found the same fix earlier and submitted a patch but forgot to update the PR which is probably why you didn't notice it. http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00663.html My patch doesn't check for namespace (ju

[Bug fortran/38669] [4.3/4.4 Regression] Array bounds violation for arguments of elemental subroutine

--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-05 18:44 --- Subject: Bug 38669 Author: mikael Date: Mon Jan 5 18:44:09 2009 New Revision: 143084 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143084 Log: 2009-01-05 Mikael Morin PR fortran/38669 PR

[Bug fortran/38726] [4.3/4.4 Regression] gfortran.dg/elemental_subroutine_7.f90 fail on Linux/ia64

--- Comment #8 from mikael at gcc dot gnu dot org 2009-01-05 18:44 --- Subject: Bug 38726 Author: mikael Date: Mon Jan 5 18:44:09 2009 New Revision: 143084 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143084 Log: 2009-01-05 Mikael Morin PR fortran/38669 PR

[Bug tree-optimization/38593] [4.4 regression] ICE: verify_gimple failed

--- Comment #8 from doko at ubuntu dot com 2009-01-05 18:37 --- Created an attachment (id=17034) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17034&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593

[Bug target/36851] [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX

--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2009-01-05 18:34 --- Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX pinskia at gcc dot gnu dot org writes: > Does this happen still? I'm pretty sure it does, though I've got the workarounds

[Bug target/14202] [arm] Thumb __builtin_setjmp not interworking safe

--- Comment #10 from drow at gcc dot gnu dot org 2009-01-05 18:34 --- Right. You would need an arm-elf (not arm-eabi) or arm-linux (not arm-linux-gnueabi) toolchain to test this. Those are slowly becoming obsolete... -- drow at gcc dot gnu dot org changed: What|Remo

  1   2   >