[Bug target/35507] [avr] 4.3.0: size of small funcion increases from 2 to 29 words

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug target/35508] [avr] 4.3.0: undefined reference to `__ffshi2'

--- Comment #3 from eric dot weddington at atmel dot com 2008-03-23 03:04 --- *** This bug has been marked as a duplicate of 34210 *** -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug target/34210] ffs builtin calls undefined __ffshi2

--- Comment #6 from eric dot weddington at atmel dot com 2008-03-23 03:04 --- *** Bug 35508 has been marked as a duplicate of this bug. *** -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug rtl-optimization/21395] Performance degradation when building code that uses MMX intrinsics with gcc-4.0.0

--- Comment #9 from michaelni at gmx dot at 2008-03-23 02:49 --- Subject: Re: Performance degradation when building code that uses MMX intrinsics with gcc-4.0.0 On Sat, Mar 22, 2008 at 11:01:55AM -, ubizjak at gmail dot com wrote: > > > --- Comment #8 from ubizjak at

[Bug rtl-optimization/33927] replace_read in dse.c could handle cases where GET_MODE_CLASS (read_mode) != GET_MODE_CLASS (store_mode) (and the size is the same)

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-23 00:48 --- (In reply to comment #4) > I've applied a patch that should fix this. No-one's confirmed > whether it does though, so I'm marking the PR as waiting. And I just confirmed, it does fix it, on powerpc64-darwin: --- o

[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6

--- Comment #14 from bill at cse dot ucdavis dot edu 2008-03-23 00:38 --- (In reply to comment #13) > The Ubuntu 7.10 features should have been matched. > > Maybe this is a problem with building in the src dir. > > Can you try building GCC in an object directory? > That fixed it on

[Bug target/35508] [avr] 4.3.0: undefined reference to `__ffshi2'

--- Comment #2 from hutchinsonandy at aim dot com 2008-03-23 00:24 --- Patch posted http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01341.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35508

[Bug target/34210] ffs builtin calls undefined __ffshi2

--- Comment #5 from hutchinsonandy at aim dot com 2008-03-23 00:24 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01341.html -- hutchinsonandy at aim dot com changed: What|Removed |Added

[Bug c++/35672] GCC 4.2.3 ICE on valid code: KDE 3.5.9 libdjvu compilation fails

--- Comment #2 from t dot artem at mailcity dot com 2008-03-23 00:12 --- Sorry, a flag to blame is '-ftree-loop-linear' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35672

[Bug c++/35672] GCC 4.2.3 ICE on valid code: KDE 3.5.9 libdjvu compilation fails

--- Comment #1 from t dot artem at mailcity dot com 2008-03-23 00:11 --- Created an attachment (id=15364) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15364&action=view) Compilation directory with .ii and .s output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35672

[Bug c++/35672] New: GCC 4.2.3 ICE on valid code: KDE 3.5.9 libdjvu compilation fails

/bin/sh ../../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../.. -I../../../.. -I/opt/kde3/include -I/usr/lib/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES=1 -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURC

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

--- Comment #23 from kkojima at gcc dot gnu dot org 2008-03-23 00:03 --- It seems that the patch of #21 causes a segfault of cc1 for the testcase below with -mms-bitfields on i686-pc-linux-gnu. struct foo { unsigned int i; unsigned char a[]; }; -- kkojima at gcc dot gnu dot org

[Bug c++/35641] ICE on overload of friend function definition inside a class

--- Comment #1 from fang at csl dot cornell dot edu 2008-03-22 23:51 --- In general, friend injection is not part of the standard, so best practice is to declare before befriending. -- fang at csl dot cornell dot edu changed: What|Removed |Added

[Bug target/35508] [avr] 4.3.0: undefined reference to `__ffshi2'

--- Comment #1 from hutchinsonandy at aim dot com 2008-03-22 23:51 --- This is same bug as: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34210 working on fix - to be posted soon. -- hutchinsonandy at aim dot com changed: What|Removed |Added --

[Bug c++/35556] problem with log10 and arch x86_64

--- Comment #4 from fang at csl dot cornell dot edu 2008-03-22 23:35 --- yikes! -- fang at csl dot cornell dot edu changed: What|Removed |Added CC|

[Bug c++/35535] stl_vector.h Compilation error

--- Comment #3 from fang at csl dot cornell dot edu 2008-03-22 23:32 --- Take the command that make issues to compile that file (g++ ...), and add a -E option, remove -o , and (optionally) redirect the output to a file, like foo.ii. -- fang at csl dot cornell dot edu changed:

[Bug regression/35671] New: [POSSIBLY NOT A BUG] GCC 4.3.0 vs. 4.2.3 observations

With the same CFLAGS/CXXFLAGS, GCC 4.3.0 produces the code which is on average 1-5% bigger then the code produced by GCC 4.2.3. My usual c|c++ flags are: -march=pentium2 -O2 -pipe -ftree-vectorize I've tested wine 0.9.58 and KDE 3.5.9. -- Summary: [POSSIBLY NOT A BUG] GCC 4.3.0 vs.

[Bug c++/35669] NULL (__null) not considered different from 0 with C++

--- Comment #2 from l dot lunak at suse dot cz 2008-03-22 23:15 --- When you say the warning is wrong, you presumably mean "passing argument 1 of ‘foo’ makes integer from pointer without a cast", but this bugreport is about (the absence of) "passing NULL to non-pointer argument 1 of ‘voi

[Bug fortran/35666] FAIL: gfortran.dg/namelist_4[23].f90 execution test

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-03-22 22:35 --- This is actually a duplicate of 35667. Unable to convert infs and nans *** This bug has been marked as a duplicate of 35667 *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed

[Bug fortran/35667] FAIL: gfortran.dg/nan_3.f90 execution test

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-03-22 22:35 --- *** Bug 35666 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35667

[Bug rtl-optimization/35670] -O2 fails to compile

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-22 22:29 --- I bet this ICE has been fixed for 4.3.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35670] New: -O2 fails to compile

Hi I am running uptodate RELENG_7. It has gcc (GCC) 4.2.1 20070719 [FreeBSD]. I tried to track down segfaults from my code and I accidentaly found a optimization error. Code did not segfault when compiled without optimization but crashed when -O2 was used. I tried to track it I could make the gc

[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6

--- Comment #13 from pinskia at gcc dot gnu dot org 2008-03-22 22:08 --- The Ubuntu 7.10 features should have been matched. Maybe this is a problem with building in the src dir. Can you try building GCC in an object directory? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619

[Bug fortran/35632] [Regression] stream io broken on FreeBSD due to ftruncate changes.

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-03-22 22:03 --- Subject: Bug 35632 Author: jvdelisle Date: Sat Mar 22 22:03:13 2008 New Revision: 133454 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133454 Log: 2008-03-22 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6

--- Comment #12 from bill at cse dot ucdavis dot edu 2008-03-22 22:02 --- Created an attachment (id=15363) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15363&action=view) centos-4.6, glibc-2.3.4, features.h as requested, from a patched system. -- http://gcc.gnu.org/bugzilla

[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6

--- Comment #11 from bill at cse dot ucdavis dot edu 2008-03-22 22:00 --- Created an attachment (id=15362) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15362&action=view) Centos-5.1, glibc-2.5, features.h as requested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619

[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6

--- Comment #10 from bill at cse dot ucdavis dot edu 2008-03-22 21:58 --- Created an attachment (id=15361) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15361&action=view) Ubuntu 7.10 (fully patched) glibc-2.6.1 features.h As requested. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug fortran/35666] FAIL: gfortran.dg/namelist_4[23].f90 execution test

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-03-22 21:25 --- Hmm, Can you run these manually and see if they are failing on a test with abort? If so, please replace the aborts with print statements to see what the results are and post. In the meantime, I will refresh my m

[Bug fortran/35632] [Regression] stream io broken on FreeBSD due to ftruncate changes.

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-03-22 21:14 --- I think this patch solves this issue. Regression tested on x86-64. Waiting for Steve to confirm on FreeBSD. Index: transfer.c === --- transfer.c

[Bug c++/35669] NULL (__null) not considered different from 0 with C++

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-22 21:11 --- Because a null pointer constant is an integral constant expression, thus the warning is wrong. See PRs 5310 and 24745. You have to use -Wconversion to get the warning back. -- rguenth at gcc dot gnu dot org cha

[Bug driver/35665] FAIL: gfortran.dg/include_2.f90 -O (test for excess error)

--- Comment #3 from danglin at gcc dot gnu dot org 2008-03-22 20:48 --- The problem seems to be the -fpreprocessed option in the gfortran command. We need to run the preprocessor to handle the #ifdef __cplusplus extern "C" { #endif and #ifdef __cplusplus } #endif -- http://gcc.gn

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

--- Comment #9 from dirtyepic at gentoo dot org 2008-03-22 20:32 --- (In reply to comment #4) > By building gcc you become a gcc developer, not a user Nice. We have about 30,000 new developers for you then. Who do i talk to about getting svn write access for them? -- http://gcc.g

[Bug libfortran/26252] FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution

--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22 20:29 --- Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution > - for include_2.f90, I think a simple look at the testsuite log will tell us > what happens. This might be caused by coll

[Bug fortran/33584] FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error)

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22 20:25 --- Subject: Re: FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error) > To go further, here's the information I think we need: What versions of GMP > and > MPFR are you using? Do they

[Bug fortran/35667] FAIL: gfortran.dg/nan_3.f90 execution test

--- Comment #2 from danglin at gcc dot gnu dot org 2008-03-22 20:12 --- The problem is the use of strtod in convert_real. Unfortunately, strtod does not return correct values for nan, inf and infinity on hpux10. This was fixed in hpux11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug c++/35669] New: NULL (__null) not considered different from 0 with C++

When compiling with g++, the various error checking gained from using NULL instead of plain 0 for the null pointer does not work. For example $ cat a.c #include void foo( int a ) { printf( "INT\n" ); } int main() { foo( NULL ); foo( 0 ); int a = NULL; return 0;

[Bug target/12329] x86: local function declared with attribute((regparm(3))) gets corrupted parent frame pointer

--- Comment #4 from ubizjak at gmail dot com 2008-03-22 19:51 --- (In reply to comment #3) > Subject: Bug 12329 > > Author: hjl > Date: Sat Mar 22 16:03:57 2008 > New Revision: 133448 According to [1], it is not good to silently change number of passing arguments for a declared regparm

[Bug rtl-optimization/33927] replace_read in dse.c could handle cases where GET_MODE_CLASS (read_mode) != GET_MODE_CLASS (store_mode) (and the size is the same)

--- Comment #4 from rsandifo at gcc dot gnu dot org 2008-03-22 19:45 --- I've applied a patch that should fix this. No-one's confirmed whether it does though, so I'm marking the PR as waiting. -- rsandifo at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/33927] replace_read in dse.c could handle cases where GET_MODE_CLASS (read_mode) != GET_MODE_CLASS (store_mode) (and the size is the same)

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

[Bug libfortran/26252] FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution

--- Comment #14 from fxcoudert at gcc dot gnu dot org 2008-03-22 19:41 --- So, if I get this straight, the current status of gfortran on hppa-hpux (4.4 and 4.3) is: - gfortran.dg/nint_2.f90 failing everywhere - gfortran.dg/integer_exponentiation_2.f90 and gfortran.dg/parameter_array

[Bug rtl-optimization/33927] replace_read in dse.c could handle cases where GET_MODE_CLASS (read_mode) != GET_MODE_CLASS (store_mode) (and the size is the same)

--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-03-22 19:38 --- Subject: Bug 33927 Author: rsandifo Date: Sat Mar 22 19:37:53 2008 New Revision: 133452 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133452 Log: gcc/ PR rtl-optimization/33927 * Makefile.

[Bug fortran/33584] FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error)

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-03-22 19:35 --- To go further, here's the information I think we need: What versions of GMP and MPFR are you using? Do they pass checking (make check in their respective build directories)? What happens if you build them with int

[Bug c++/35668] [4.3 Regression] printf attribute not recognized in template function

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-22 18:53 --- *** This bug has been marked as a duplicate of 35546 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/35546] [4.3/4.4 Regression] __attribute__(format...) broken for members of template classes?

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-22 18:53 --- *** Bug 35668 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/35668] [4.3 Regression] printf attribute not recognized in template function

--- Comment #1 from ian at airs dot com 2008-03-22 18:50 --- By the way, note that the error is reported at line 3, but there is no __printf__ on that line at all. This makes the error more confusing in typical usage, where the declaration is in a .h file and the definition is in a .cc

[Bug c++/35668] New: [4.3 Regression] printf attribute not recognized in template function

This C++ test case works with 4.2 and fails with 4.3. template extern void foo(const char*, ...) __attribute__ ((__format__ (__printf__, 1, 2))); template void foo(const char* format, ...) {} void bar() { foo("%s\n", "foo"); } With 4.3 I get: foo.cc: In function ‘void bar()’: foo.cc:3: error:

[Bug fortran/35667] FAIL: gfortran.dg/nan_3.f90 execution test

--- Comment #1 from danglin at gcc dot gnu dot org 2008-03-22 18:19 --- Breakpoint 5, MAIN__ () at /xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/nan_3.f90:17 17if (.not.isnan(r)) call abort() (gdb) p r $1 = 0 (gdb) ptype r type = real(kind=4) (gdb) p/f r $2 = 0 (gdb) step _gfort

[Bug fortran/35667] New: FAIL: gfortran.dg/nan_3.f90 execution test

Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B/xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/nan_3.f90 -O0 -fno-range-check -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs -L/xxx/gnu/gcc/objdir/hppa1.1

[Bug fortran/35666] New: FAIL: gfortran.dg/namelist_4[23].f90 execution test

Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B/ xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/namelist_42.f90 -O0 -pedantic-errors -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs -L/xxx/gnu/gcc/objdir

[Bug driver/35665] FAIL: gfortran.dg/include_2.f90 -O (test for excess error)

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22 17:45 --- Subject: Re: New: FAIL: gfortran.dg/include_2.f90 -O (test for excess error) Attached driver dump. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22 17:45 --

[Bug driver/35665] New: FAIL: gfortran.dg/include_2.f90 -O (test for excess error)

Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B/ xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /xxx/gnu/gcc/gcc/gcc/testsuite/ gfortran.dg/include_1.f90 -O -g3 -S -o include_1.s(timeout = 600)PASS: gfortran.dg/include_1.f90 -O (test for excess errors) Ex

[Bug libfortran/26252] FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution

--- Comment #13 from danglin at gcc dot gnu dot org 2008-03-22 17:17 --- I started looking at the effect of the changes suggested in comment #10 using a recently completed 4.3.0 build. However, I realized this morning that nan_inf_fmt.f90 isn't failing with 4.3,

[Bug target/35664] unable to find a register to spill in class 'FP_REGS' (sparc-linux)

--- Comment #1 from mstein dot lists at googlemail dot com 2008-03-22 16:30 --- Created an attachment (id=15359) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15359&action=view) delta-reduced -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35664

[Bug target/35664] New: unable to find a register to spill in class 'FP_REGS' (sparc-linux)

Hi, compiling linux-2.6.24 for sparc fails with: sparc-elf-gcc -c -O2 netdev-delta.c -mno-fpu" netdev.c-11.i: In function 'e1000e_update_stats': netdev.c-11.i:84: error: unable to find a register to spill in class 'FP_REGS' netdev.c-11.i:84: error: this is the insn: (insn 166 123 140 4 netdev.c-11

[Bug target/12329] x86: local function declared with attribute((regparm(3))) gets corrupted parent frame pointer

--- Comment #3 from hjl at gcc dot gnu dot org 2008-03-22 16:04 --- Subject: Bug 12329 Author: hjl Date: Sat Mar 22 16:03:57 2008 New Revision: 133448 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133448 Log: gcc/ 2008-03-22 Uros Bizjak <[EMAIL PROTECTED]> H.J. L

[Bug middle-end/35400] [4.4 Regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-22 14:55 --- *** Bug 35663 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/35663] ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-22 14:55 --- *** This bug has been marked as a duplicate of 35400 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/35663] ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469

--- Comment #1 from marcus at jet dot franken dot de 2008-03-22 14:32 --- Created an attachment (id=15358) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15358&action=view) action.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35663

[Bug c/35663] New: ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469

/home/marcus/projects/gcc/BIN/bin/gcc -c -Wtype-limits -O2 action.i action.i: In function 'free_list': action.i:35: warning: initialization from incompatible pointer type action.i: In function 'move_files_wildcard': action.i:43: internal compiler error: tree check: expected ssa_name, have addr

[Bug libfortran/35471] libgfortran fails with nonstandard

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-03-22 13:55 --- If you confirm that the patch in comment #1 fixes it for you, I'll commit it. (glibc-2.1.3 and egcs-2.91.66? impressive) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35471

[Bug target/35658] [4.3/4.4 regression] Bad interaction on ia64 between -funroll-loops -fno-automatic -O2 and common block variable

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|rtl-optimization|target Keywords||wrong-code

[Bug target/35659] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-22 13:21 --- Does it work with gcc 4.2? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35662] [4.3/4.4 regression] gfortran interfaces badly with glibc sincosf() causing breakage

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |target Keywords||wrong-code

[Bug rtl-optimization/21395] Performance degradation when building code that uses MMX intrinsics with gcc-4.0.0

--- Comment #8 from ubizjak at gmail dot com 2008-03-22 11:01 --- (In reply to comment #6) > As Uros has "challenged me to beat performance of gcc-4.4 generated code by > hand-crafted assembly using the example of PR 21395" heres my entry, sadly i > only have gcc-4.3 compiled ATM for com

[Bug libfortran/35471] libgfortran fails with nonstandard

--- Comment #5 from george at gcc dot gnu dot org 2008-03-22 10:37 --- glibc version used in build: #rpm -q glibc glibc-2.1.3-15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35471

[Bug bootstrap/35654] Native build of gcc 4.3.0 fails on 64-bit Ubuntu 7.10

--- Comment #3 from bart dot vanassche at gmail dot com 2008-03-22 08:43 --- It would be nice if the configure script would print a comprehensible error message in case 32-bit libraries are not found on a 64-bit system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35654