[Bug bootstrap/26059] [4.2 Regression] fenv.h use in libgcc-math

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-01 04:14 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug bootstrap/26059] New: [4.2 Regression] fenv.h use in libgcc-math

http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02241.html http://gcc.gnu.org/ml/gcc/2006-02/msg4.html -- Summary: [4.2 Regression] fenv.h use in libgcc-math Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: build Severity

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-02-01 03:27 --- Zdenek, have you submitted the patch yet for mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-02-01 03:26 --- I agree that the configure test is broken. We could have a --enable-comdat option, or, as you say, we could have something in the target configuration file. I think your patch is the right idea, but I do think

[Bug libffi/26048] [4.1/4.2 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-01 03:15 --- P2; this is something that should be fixed, but is not critical, since libffi is not used for our primary languages, and since using GNU binutils is a workaround. -- mmitchel at gcc dot gnu dot org changed:

[Bug c/26004] [4.1/4.2 Regression] gcc errors on valid code [SVO]

--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-01 03:14 --- This is a design bug. The middle-end should not be calling mark_addressable hooks in the front ends. The fix may be to factor the front end mark_addressable functions into a part that just does the appropriate ma

[Bug middle-end/26001] [4.1 Regression] expand uses the wrong part of the string for array accesses

--- Comment #23 from mmitchel at gcc dot gnu dot org 2006-02-01 03:09 --- This is not release-critical, until/unless someone has a C/C++ test case. However, if the change is approved for mainline, and applies to 4.1, then it is OK for 4.1. -- mmitchel at gcc dot gnu dot org change

[Bug c++/25979] [4.0/4.1/4.2 Regression] incorrect codegen for conditional [SVO issue]

--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-01 03:07 --- Jason, do you have an ETA on this bug? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)

--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-01 03:01 --- Jason, do you have an ETA on a fix? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/25973] [4.0/4.1/4.2 Regression] Wrong warning: control reaches end of non-void function

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-02-01 03:00 --- This will never be release-critical; P5. Comment #2 does not seem relevant; the C++ front end gimplifys IF_STMTs by turning them into COND_EXPRs. -- mmitchel at gcc dot gnu dot org changed: What

[Bug c++/25342] [3.4/4.0 Regression] internal compiler error: in lookup_member, at cp/search.c:1209

--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-01 02:56 --- Fixed in 4.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary

[Bug c++/25342] [3.4/4.0/4.1/4.2 Regression] internal compiler error: in lookup_member, at cp/search.c:1209

--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-01 02:55 --- Subject: Bug 25342 Author: mmitchel Date: Wed Feb 1 02:55:45 2006 New Revision: 110467 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110467 Log: PR c++/25342 * cp-tree.h (DECL_TEMPLATE_SP

[Bug c++/25342] [3.4/4.0/4.1/4.2 Regression] internal compiler error: in lookup_member, at cp/search.c:1209

--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-01 02:51 --- Subject: Bug 25342 Author: mmitchel Date: Wed Feb 1 02:51:13 2006 New Revision: 110466 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110466 Log: PR c++/25342 * cp-tree.h (DECL_TEMPLATE_SP

[Bug c++/26058] [3.4/4.0/4.1/4.2 Regression] C++ error recovery regression

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-01 02:17 --- Confirmed. 3.4.0 had even worse error messages: t.cc:4: error: expected primary-expression before "int" t.cc:4: error: expected `;' before "int" t.cc:5: error: expected primary-expression before "int" t.cc:5: error:

[Bug c++/26058] New: C++ error recovery regression

GCC 3.3 emitted one "parse error before `{' token" error on this code, GCC 4 emits one error for *every* function defined after the error. It would be nice to only say "error: a function-definition is not allowed here before '{' token" once, and perhaps pop up to global scope so that the rest of t

[Bug c++/24561] no static definition at -O0

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-01 01:59 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug fortran/23634] tempary array of character ICE with non constant size

--- Comment #6 from hjl at lucon dot org 2006-02-01 01:48 --- I saw Starting program: /export/build/gnu/gcc-fortran/build-x86_64-linux/gcc/f951 foo.f90 -quiet -dumpbase foo.f90 -mtune=generic -auxbase foo -version -o foo.s GNU F95 version 4.2.0 20060131 (experimental) [trunk revision

[Bug fortran/23634] tempary array of character ICE with non constant size

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-01 01:43 --- *** Bug 26057 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/26057] FORTRAN compiler won't compile the valid code

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-01 01:43 --- The assumed length does not matter here, it just needs to be a non constant size. This is a dup of bug 23634. *** This bug has been marked as a duplicate of 23634 *** -- pinskia at gcc dot gnu dot org changed:

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-01 01:39 --- Confirmd. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONF

[Bug fortran/26057] New: FORTRAN compiler won't compile the valid code

[EMAIL PROTECTED] cpu2006-465c]$ cat foo.f90 module bar publicfoo_ interface foo_ module procedure foo end interface contains subroutine foo(keyword) character(*) :: keyword call xxx((/keyword/)) end subroutine end [EMAIL PROTECTED] cpu2006-465c]$ /export/build/

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-01 01:38 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug libffi/26048] [4.1/4.2 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug bootstrap/26055] [4.2 Regression] libgcc-math declaration of __isinf conflicts with system header, fails bootstrap

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-01 01:36 --- Why even include __isinf when it cannot be used? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/26056] code quality

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-op

[Bug other/26056] code quality

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-01 01:30 --- In fact I cannot reproduce the code gen that you get with 4.0.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/26056] code quality regression.

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-01 01:28 --- So does 3.4.0 and 3.3.6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26056

[Bug other/26056] code quality regression.

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-01 01:27 --- 4.0.3 produces the same code as 4.1.0 does. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26056

[Bug libffi/26048] [4.1/4.2 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|libffi doesn't build on |[4.1/4.2 Regres

[Bug target/25377] [4.2 Regression] weakref sibcalled with -fPIC

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-01 01:17 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg5.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/26055] [4.2 Regression] libgcc-math declaration of __isinf conflicts with system header, fails bootstrap

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Keywords||build

[Bug libffi/26048] libffi doesn't build on Solaris 10/x86 with native assembler

--- Comment #1 from ro at gcc dot gnu dot org 2006-02-01 01:09 --- Jakub, since your patch introduced this regressions, could you please have a look? Thanks. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/26056] New: code quality regression.

$ testcase: void transpose4x4 ( unsigned char* dst, unsigned char* src, int dst_stride, int src_stride ) { asm volatile( "movd %4, %%mm0\n\t" "movd %5, %%mm1\n\t" "movd %6, %%mm2\n\t" "movd %7, %%mm3

[Bug bootstrap/26055] New: libgcc-math declaration of __isinf conflicts with system header, fails bootstrap

With gcc trunk, boostrap fails in stage3 with: if /bin/sh ../libtool --mode=compile /Volumes/HD/ltmp/ssen/gcc-build/./gcc/xgcc -B/Volumes/HD/ltmp/ssen/gcc-build/./gcc/ -B/usr/local/i386-apple-darwin8.4.2/bin/ -B/usr/local/i386-apple-darwin8.4.2/lib/ -isystem /usr/local/i386-apple-darwin8.4.2/includ

[Bug middle-end/26001] [4.1 Regression] expand uses the wrong part of the string for array accesses

--- Comment #22 from pinskia at gcc dot gnu dot org 2006-02-01 01:04 --- Fixed on the mainline for now and I will ask Mark what we should do for 4.1.0 tomorrow. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/26001] [4.1/4.2 Regression] expand uses the wrong part of the string for array accesses

--- Comment #21 from pinskia at gcc dot gnu dot org 2006-02-01 01:03 --- Subject: Bug 26001 Author: pinskia Date: Wed Feb 1 01:03:52 2006 New Revision: 110465 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110465 Log: 2006-01-31 Andrew Pinski <[EMAIL PROTECTED]> PR

[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255

--- Comment #13 from jsm28 at gcc dot gnu dot org 2006-02-01 00:13 --- Subject: Bug 23241 Author: jsm28 Date: Wed Feb 1 00:13:07 2006 New Revision: 110456 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110456 Log: Backport: 2005-08-08 Josh Conner <[EMAIL PROTE

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

--- Comment #3 from hjl at lucon dot org 2006-01-31 23:34 --- The problem is in gfc_resolve: void gfc_resolve (gfc_namespace * ns) { ... gfc_traverse_ns (ns, resolve_symbol); ... for (n = ns->contained; n; n = n->sibling) gfc_resolve (ns) ... resolve_code (ns->code, ns);

[Bug middle-end/26049] [3.4 only] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #7 from dje at gcc dot gnu dot org 2006-01-31 23:26 --- > I understand for ppc32 but should we require gcc-4.1 -m64 for glibc (which had > worked in the past)? We are not requiring gcc-4.1 for -m64, gcc-4.0 -m64 -mlong-double-128 includes the fix. If gcc-4.0 did not work, t

[Bug fortran/26054] Gratuitous warning about Fortran 2003 features w/o -std=...

--- Comment #2 from anlauf at gmx dot de 2006-01-31 23:23 --- (In reply to comment #1) > The default is somewhere inbetween -std=f90 (which does not really exist) and > -std=gnu Hmmm. Did you really mean Fortran 90 (which does exist as a standard but not as f90 in gfortran) or Fortran

[Bug fortran/26054] Gratuitous warning about Fortran 2003 features w/o -std=...

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 23:07 --- The default is somewhere inbetween -std=f90 (which does not really exist) and -std=gnu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26054

[Bug fortran/26054] New: Gratuitous warning about Fortran 2003 features w/o -std=...

Hi, compiling the following code with the default language "level" (is that "gnu" or something else?) leads to: % gfortran gfcbug33.f90 In file gfcbug33.f90:2 print *, [ 1, 2 ] 1 Warning: New in Fortran 2003: [...] style array constructors at (1) % cat gfcbug33.f90 program gfcbug3

[Bug fortran/26039] ICE with maxval

--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-01-31 22:52 --- Subject: Bug 26039 Author: tkoenig Date: Tue Jan 31 22:52:49 2006 New Revision: 110453 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110453 Log: 2006-01-31 Thomas Koenig <[EMAIL PROTECTED]> PR fo

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 22:42 --- This is at least a 4.1/4.2 regression, I forgot when comdat support was added. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #11 from amylaar at gcc dot gnu dot org 2006-01-31 22:32 --- (In reply to comment #9) P.S.: For the 4.1 branch and older release branches, it is sufficient to swap the order of the calls to emit_reload_insns and subst_reloads. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug bootstrap/26053] New: Misdetection of COMDAT group support with GNU as and non-GNU ld

When configuring the 4.1 branch (I haven't tried this on mainline yet since I only recently found a workaround for PR target/24334) on IRIX 6.5 with GNU as 2.16.1 and the SGI MIPSpro ld, libstdc++.so fails to link: ld32: FATAL 2 : Internal: at ../../ld/section_type.c In load_info() unknown sec

[Bug inline-asm/16194] [3.4/4.0/4.1/4.2 Regression] global register with inline-asm and clobered

--- Comment #14 from amylaar at gcc dot gnu dot org 2006-01-31 22:15 --- (In reply to comment #9) > Patch here: . Considering the issues Jeffrey Law has brought up, a function that calls itself recursively for subexpressions seem

[Bug target/26052] cpp does not honor the -undef option

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 22:15 --- The bug is in the SPECs but it is generated from gcc/config/i386/cygwin.h: #define CPP_SPEC "%(cpp_cpu) %{posix:-D_POSIX_SOURCE} \ %{mno-win32:%{mno-cygwin: %emno-cygwin and mno-win32 are not compatible}} \ %{mno

[Bug target/24334] [4.0/4.1/4.2 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2006-01-31 22:15 --- Subject: Re: [4.0/4.1/4.2 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow steven at gcc dot gnu dot org writes: > Leaving "critical" bugs as UNCONFIRMED isn't going to help us keep

[Bug target/26052] cpp does not honor the -undef option

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 22:13 --- This is a target specific issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/26052] cpp does not honor the -undef option

--- Comment #1 from peda at lysator dot liu dot se 2006-01-31 22:11 --- Created an attachment (id=10768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10768&action=view) Fixup -undef option in specs file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26052

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #10 from hp at gcc dot gnu dot org 2006-01-31 22:10 --- The bug is (unfortunately?) not exposed with trunk revision 110246. Confirmed that the patch referred to in comment #9 fixes the bug when applied to trunk revision 108225 (from around Dec 8). Confirmed also that the p

[Bug preprocessor/26052] New: cpp does not honor the -undef option

I recently tried to build a package that was using cpp for other purposes than preprocessing C files. Its configure script was looking for a way to not have cpp predefine anything, and it specifically tried the -undef option, but failed. From reading the docs, I couldn't figure out why. Here's a qu

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24266

[Bug middle-end/25933] memory leaks

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 22:02 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/26049] [3.4 only] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-31 22:01 --- This is not really a regression, and I should note that GCC's policy if this is not a regression, it does not get fixed on the release branches. I should note that even the requiring of 4.1 for ppc32 is pushing GCC

[Bug middle-end/26049] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #5 from munroesj at us dot ibm dot com 2006-01-31 21:57 --- I understand for ppc32 but should we require gcc-4.1 -m64 for glibc (which had worked in the past)? -- munroesj at us dot ibm dot com changed: What|Removed |Added -

[Bug target/26051] [4.2 Regression] libgcc_s.so.1 causes SEGV on Solaris 10/x86

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 21:56 --- This is interesting. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keyw

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

--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2006-01-31 21:56 --- Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word A --disable-multilib (the amd64 doesn't yet work with Solaris as) bootstrap with the native as complet

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|Use of u_int32_t in libgcc- |[4.2 Regression

[Bug target/26051] New: libgcc_s.so.1 causes SEGV on Solaris 10/x86

Since at least 20060126, make check on Solaris 10/x86 fails with a SEGV if expect is invoked. I could trace this down to libgcc_s.so.1: If I point LD_LIBRARY_PATH at the newly built libgcc_s.so.1, expect crashes immediately, if I use one from e.g. GCC 3.1, it works as expected. Other programs (e

[Bug middle-end/25933] memory leaks

--- Comment #2 from dje at gcc dot gnu dot org 2006-01-31 21:39 --- Subject: Bug 25933 Author: dje Date: Tue Jan 31 21:39:32 2006 New Revision: 110449 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110449 Log: 2006-01-31 Uttam Pawar <[EMAIL PROTECTED]> PR middle-end/2

[Bug bootstrap/26050] New: Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

Current mainline (as of 20060131) fails to bootstrap on Solaris 10/x86 in libgcc-math: /vol/gcc/obj/gcc-4.2.0-20060131/10-gcc/./gcc/xgcc -B/vol/gcc/obj/gcc-4.2.0-20060131/10-gcc/./gcc/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -B/vol/gcc/share/i386-pc-solaris2.10/lib/ -isystem /vol/gcc/share

[Bug middle-end/26049] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #4 from dje at gcc dot gnu dot org 2006-01-31 21:30 --- This was fixed by adding the 'Y' constraint to movtf_internal. One would need to add the constraint and modify the word_offset_memref_operand() function in rs6000.c on the GCC-3.4 branch. I am hesitant to start along t

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-31 21:19 --- Fixed on mainline and 4.1 -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/26049] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 21:07 --- Hmm, (reg:DI 0 0 [194]) is what is causing the issue as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/26049] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 20:53 --- This is related to (or really a dup of) PR 14010. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26049

[Bug middle-end/26049] ICE compiling glibc part using -O1 -m64 -mlong-double-128

--- Comment #1 from bergner at vnet dot ibm dot com 2006-01-31 20:47 --- Created an attachment (id=10767) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10767&action=view) Test case as an attachment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26049

[Bug middle-end/26049] New: ICE compiling glibc part using -O1 -m64 -mlong-double-128

gt;_flags2 & 4) ? 0 : (__assert_fail ("s", "v", 1743, __PRETTY_FUNCTION__), 0))); __libc_fatal ("*** invalid %N$ use detected ***\n"); } } [EMAIL PROTECTED]:~> ./gcc/gcc-20060131-3_4-biarch/bin/gcc -O1 -c -m64 -mlong-double-128 _IO_

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-31 20:45 --- Subject: Bug 24266 Author: eedelman Date: Tue Jan 31 20:45:40 2006 New Revision: 110447 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110447 Log: fortran/ 2005-01-31 Erik Edelmann <[EMAIL PROTECTED]>

[Bug c++/24278] [3.4 regression] ICE while trying to print out error

--- Comment #12 from reichelt at gcc dot gnu dot org 2006-01-31 20:27 --- Taking care of the backport. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24915] [3.4 Regression] Overload errors generated without template instantiations for class member templates

--- Comment #8 from reichelt at gcc dot gnu dot org 2006-01-31 20:26 --- Taking care of the backport. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/25369] [3.4 Regression] use of inline function in template class leads to undefined reference

--- Comment #15 from reichelt at gcc dot gnu dot org 2006-01-31 20:25 --- Taking care of the backport. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #9 from amylaar at gcc dot gnu dot org 2006-01-31 20:19 --- (In reply to comment #0) Visual inspection indicates that this patch fixes the testcase: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02229.html Can you confirm? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25

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

--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2006-01-31 20:08 --- Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word pinskia at gcc dot gnu dot org writes: > Can you try this patch: sure, bootstrap in progress. Thank

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

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-31 20:01 --- Can you try this patch: Index: i386.md === --- i386.md (revision 110427) +++ i386.md (working copy) @@ -20199,7 +20199,9 @@ (define_insn "trap"

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

--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2006-01-31 19:36 --- Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word > pinskia at gcc dot gnu dot org changed: > >What|Removed |Added

[Bug libffi/26048] New: libffi doesn't build on Solaris 10/x86 with native assembler

When trying to bootstrap mainline on Solaris 10/x86 with the native assembler, building libffi fails: /vol/gcc/obj/gcc-4.2.0-20060126/10-gcc/./gcc/xgcc -B/vol/gcc/obj/gcc-4.2.0-20060126/10-gcc/./gcc/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -B/vol/gcc/share/i386-pc-solaris2.10/lib/ -isystem /vol

[Bug bootstrap/21936] Ada bootstrap failure on Solaris 10/x86 with native as

--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2006-01-31 19:11 --- Subject: Re: Ada bootstrap failure on Solaris 10/x86 with native as pinskia at gcc dot gnu dot org writes: > No feedback in 3 months (T-4 days). I hadn't tried a bootstrap with the native as in months be

[Bug libgcj/6209] java.io.File.getParent returns incorrect results

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6209

[Bug rtl-optimization/10122] [ARM] Unnecessary move before use of function call return value

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10122

[Bug rtl-optimization/7823] [ia-64] illegal instruction at -O2 level and above.

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7823

[Bug middle-end/20434] pessimization of complex expression

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20434

[Bug libgcj/9392] Creating GregorianCalendar is too slow

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9392

[Bug libgcj/9007] os.arch should be x86 not i586 under windows

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9007

[Bug libgcj/8786] java.lang.Throwable.printStackTrace() hangs forever

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8786

[Bug libgcj/8169] Segfault in java::lang::System::init_properties()

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8169

[Bug libgcj/7578] gcc-3.1.1 libjava regression: tons of new FAILS on check

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.1.x/3.2.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7578

[Bug libstdc++/10106] libstdc++ failed to cross-compile on sparc-sun-solaris2.8 target

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10106

[Bug libstdc++/9247] codecvt does not return partial if output buffer too small

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9247

[Bug libstdc++/9246] Bad handling of nul characters in codecvt

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9246

[Bug libstdc++/9224] Incorrect type of first parameter and incorrect return value of codecvt<>::length (DR75,DR305)

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9224

[Bug libstdc++/7529] "using std::rel_ops::operator!=;" not accepted at function scope by GCC 3.1

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7529

[Bug java/8830] Incorrect semantics for Foo.class

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8830

[Bug java/8447] java/lang/Thread.java:0: Internal error: Segmentation fault

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8447

[Bug bootstrap/17326] [3.5] Bootstrap Failure on i386

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 18:05 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug java/8416] Internal compiler error in make_class_data, at java/class.c:1676

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8416

[Bug c++/10069] [3.4 Regression] -include switch is improperly handled

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|-include switch is |[3.4 Regression] -include |improperly handled

[Bug c/17870] Compiling linux-2.6.8.1: internal compiler error: Segmentation fault

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 18:08 --- Mark as invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug c/17870] Compiling linux-2.6.8.1: internal compiler error: Segmentation fault

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 18:07 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status

  1   2   >