[Bug bootstrap/19468] gcc+binutils combined fails bootstrap

--- Additional Comments From tim dot vanholder at anubex dot com 2005-01-17 07:17 --- (In reply to comment #1) > This is a dup of bug 11074. The problem is related to how the build is picking up the wrong headers. > > *** This bug has been marked as a duplicate of 11074 *** Actually,

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From schlie at comcast dot net 2005-01-17 05:52 --- (In reply to comment #8) > If someone complained 6 months after the change and right after 3.4.0 was > released I would not have a > problem, but a year and a release later and the change was done on purpose I

[Bug c++/19476] New: Missed null checking elimination with new

I don't know if I should place this in C++ or in tree-opt component but the following code still has a null check even though it is know that the variable cannot be null as that should have thrown an exception (yes this shows up in real code, this is reduced from PR 15855 sources): struct Node

[Bug rtl-optimization/18853] [4.0 Regression] ICE: genautomata.c:5238, error: verify_flow_info: Incorrect fallthru

--- Additional Comments From phython at gcc dot gnu dot org 2005-01-17 04:44 --- I needed to add -floop-optimize2 to make the reduced testcase fail on power-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853

[Bug libfortran/19314] inquire(position=) segfaults at runtime

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch

[Bug libfortran/19314] inquire(position=) segfaults at runtime

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-01-17 04:39 --- http://gcc.gnu.org/ml/fortran/2005-01/msg00184.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19314

[Bug debug/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 04:15 --- I can reproduce this with 3.4.0 and I get the following backtrace: #0 0x0083b41e in _int_free () from /lib/tls/libc.so.6 #1 0x0083c72b in free () from /lib/tls/libc.so.6 #2 0x0808a3b2 in _cpp_pop_buffer (

[Bug debug/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer

--- Additional Comments From phython at gcc dot gnu dot org 2005-01-17 04:06 --- Neither of the reduced test cases causes any segfault on powerpc-linux for me with gcc 4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 03:36 --- (In reply to comment #7) > You mean other than the reciently filed bug Bug 19455 referanced as a > duplicate > of this one, demonstraiing valid code which used to work as expected? > > (wouldn't this quali

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From schlie at comcast dot net 2005-01-17 03:25 --- You mean other than the reciently filed bug Bug 19455 referanced as a duplicate of this one, demonstraiing valid code which used to work as expected? (wouldn't this qualify as the bug not being un-noticed?) -

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 03:15 --- (In reply to comment #5) Considering this was done over a year ago and nobody complained about it then, I am going to say this should stay closed as there is no good way to define typeof for a type field.

[Bug middle-end/13127] [4.0 Regression] Inlining causes spurious "might be used uninitialized" warnings

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 03:01 --- Ian posted a patch here: . -- What|Removed |Added --

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From schlie at comcast dot net 2005-01-17 02:14 --- (In reply to comment #4) in referance as to why disabling typeof on bit-fields ins not a fix: http://gcc.gnu.org/ml/gcc/2005-01/msg00916.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10333

[Bug c++/19474] wrong tree for extern "C" variables

--- Additional Comments From schlie at comcast dot net 2005-01-17 01:35 --- (In reply to comment #3) Or might it be nearly just as easy to place all in the same tree initially, and eliminate the potential ambiguity now that it's been identified? -- http://gcc.gnu.org/bugzilla/show

[Bug c++/16564] g++ seems to go into an infinite loop after errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 00:42 --- Neither of the reduced testcases take a long time to error out on the mainline but the orginal "huge" testcase still takes a long time to error out. -- What|Removed |Ad

[Bug c++/16603] Incorrect enumerator type before enumeration's closing brace

-- What|Removed |Added Keywords||wrong-code Last reconfirmed|2004-10-18 03:16:26 |2005-01-17 00:34:08 date|

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 00:20 --- Confirmed. -- What|Removed |Added Severity|normal |minor

[Bug preprocessor/19475] New: missing whitespace after macro name in C90 or C++

#define a! with -ansi -pedantic-errors should not receive an error, although it can receive a warning. C99 requires whitespace before the replacement text in a macro definition, but C90 (as amended by TC1) only requires it "if the first character of a replacement is not a character required by su

[Bug c++/19474] wrong tree for extern "C" variables

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-01-16 23:55 --- I totally agree that this is not important. I just don't know gcc good enough to forecast the possible effects of that minor bug so I thought it'd be interesting. please close the bug if you are sure

[Bug libfortran/19155] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-01-16 23:45 --- added nist test to the title. -- What|Removed |Added Summary|blanks not treated as

[Bug c++/19474] wrong tree for extern "C" variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 23:44 --- Also the only use of DECL_EXTERN_C_P for variable decls is when mangling (this is unlike functions). So what are you trying to do here? I would suspect there is a bug, but a very latent bug which does not

[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++

--- Additional Comments From redi at gcc dot gnu dot org 2005-01-16 23:41 --- I get a bootstrap failure on 3.4 using x86_64 Linux with this patch. (mainline bootstraps fine). ../../gcc-3.4/gcc/crtstuff.c:320: internal compiler error: Segmentation fault gdb shows Program received signa

[Bug c++/19474] wrong tree for extern "C" variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 23:40 --- I don't know if there is a bug here or not. But note normal variables in the global namespace are not mangled either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19474

[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization

-- Bug 18977 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-16 23:21 --- Fixed. -- What|Removed |Added Status|REOPENED|RESOLVED

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-16 23:17 --- Subject: Re: [Regression w.r.t. g77] Alignment constraints > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 > > 16:08 --- > > This is now fixed right? > > Should

[Bug c++/19474] New: wrong tree for extern "C" variables

I don't know if this ever has an effect on an output of gcc(are C variable names ever different from C++ ones?), but there are two different trees which should be equal: example1: extern "C"{ extern int a; } extern "C"{ int a; } example2: extern "C"{ extern int a; } int a; those should be equal I

[Bug c/19472] [4.0 Regression] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 22:57 --- (In reply to comment #5) > Oh, never mind, we should be able to reject this as it was deprecated in > 3.4.0. Working on a patch. Oh, wrong again, we did not deprecate this inline-asm in 3.4.0, hmm, we sho

[Bug java/19473] rhug build problem, regression?

-- What|Removed |Added Keywords||memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19473

[Bug java/19473] New: rhug build problem, regression?

I tried to build rhug from cvs 2005-01-16 with gcc from cvs 2005-01-16 but apparently gcj enters some sort of an endless loop that eats all memory: gcj --encoding=UTF-8 -fassume-compiled --classpath=/home/lindi/src-2005-01-16/rhug/gnu.crypto/jce/javax-crypto.jar:.:. -g -O2 -c gnu/crypto/cipher/Rij

[Bug c/19472] [4.0 Regression] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 21:54 --- Oh, never mind, we should be able to reject this as it was deprecated in 3.4.0. Working on a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19472

[Bug c/19472] [4.0 Regression] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 21:48 --- I think I know what this problem is, it relates to the following inline-asm: asm( "" :: "m" ((long)x)); if you remove the cast (which is the correct thing to do, we no longer seg fault or cause an ICE).

[Bug tree-optimization/19472] [4.0 Regression] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 21:42 --- Confirmed, here is one short testcase for one of the problems I found with the orginal testcase (I will be filing multiple bugs for all of the rest of the problems): void postProcess_MMX2() { int c, x,y

[Bug ada/19456] [4.0 regression] ada bootstrap failure on alpha-linux

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-16 21:39 --- according to rth, some build tools are miscompiled on 64bit targets by the stage1 compiler, but they can be copied from another build. without the pregenerated files, I get until: gnatgcc -c -g -DE

[Bug c/19472] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From poirierg at gmail dot com 2005-01-16 21:21 --- (From update of attachment 7968) This slitly modified version of posprocess.c features a patch by James A. Morrison that allowed the compilation of that code (it was previously not possible) but triggers an ICE

[Bug c/19472] compiler internal error: in var_ann, at tree-flow-inline.h:34

-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.0 Known to work|

[Bug c/19472] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From poirierg at gmail dot com 2005-01-16 21:15 --- Created an attachment (id=7968) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7968&action=view) a slitghly modified version of postprocess.c from the ffmpeg project -- http://gcc.gnu.org/bugzilla/show_

[Bug c/19472] New: compiler internal error: in var_ann, at tree-flow-inline.h:34

A big chunk of inline i386 ASM from the ffmpeg project causes the compiler to crash. The same code compiles fine with gcc-3.4, 3.3, 2.95 The command line is: /usr/lib/gcc-snapshot/bin/gcc -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -g -O4 -march=athlon-xp -mcpu=athlon-xp -pipe -ffast-ma

[Bug libfortran/18778] ENDFILE is not functionnal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 20:55 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/10333] typeof (bitfield) is accepted but doesn't work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 20:52 --- *** Bug 19455 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/19455] [4.0 Regression] typeof no longer works for bitfields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 20:52 --- *** This bug has been marked as a duplicate of 10333 *** -- What|Removed |Added

[Bug libfortran/18778] ENDFILE is not functionnal

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 20:44 --- Subject: Bug 18778 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 20:44:01 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug java/19471] ICE when anonymous class extends inner class of another class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 18:46 --- Confirmed, here is the backtrace: #0 0x00010008 in maybe_absorb_scoping_blocks () at /Users/pinskia/src/local/gcc/gcc/java/parse.y: 12555 #1 0x00041494 in java_parse () at /Users/pinskia/src/local/gcc/gc

[Bug java/19471] ICE when anonymous class extends inner class of another class

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19471

[Bug java/19471] New: ICE when anonymous class extends inner class of another class

A GCC checked out from CVS on 2005-01-03 gets a segmentation fault when compiling the following code. Jikes compiles it all right, generating an method that takes references to both First and Second as parameters. Kaffe attempts the same but fails verification. class First { class Inner {}

[Bug java/19470] allows obj.new TopLevel() although it is not an inner class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 18:00 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||13607, 181

[Bug fortran/19182] Error messages seem to be printed slower

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

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-16 17:51 --- I believe this is fixed. Re-open if you disagree. -- What|Removed |Added Status|NE

[Bug java/19470] New: allows obj.new TopLevel() although it is not an inner class

A GCC checked out from CVS on 2005-01-03 compiles the following code without complaint. Jikes and Kaffe reject the source, saying that java.lang.Object$TopLevel (or java.lang.Object.TopLevel) is not found. class TopLevel { static void fn(Object obj) { obj.new TopLevel(); java.

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 17:44 --- Subject: Bug 19182 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 17:44:17 Modified files: gcc/fortran: ChangeLog error.c Log message:

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2005-01-16 17:39 --- Subject: Re: usual arithmetic conversion not applying correctly > From: schlie at comcast dot net <[EMAIL PROTECTED]> > --- Additional Comments From schlie at comcast dot net 2005-01-16 07:16 > Subject

[Bug libstdc++/11074] libstdc++ fails to build due to gettext issue

--- Additional Comments From schlie at comcast dot net 2005-01-16 17:25 --- Not sure if it's a related issue, but attempting to build an AVR cross G++/libstdc++ complier on OSX presumes --disable-nls, nor using glibc, fails to build ; although possibly for other reasons as well? --

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From pcarlini at suse dot de 2005-01-16 17:13 --- Ok, will follow your suggestions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From jlquinn at optonline dot net 2005-01-16 17:09 --- Subject: Re: Floating point output is slow pcarlini at suse dot de wrote: > --- Additional Comments From pcarlini at suse dot de 2005-01-03 16:41 > --- > Hi again. Some good news: first, I can conf

[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-16 16:59 --- g77 -O1 -ffloat-store work for 3.3.4, but not for 3.4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469

[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:39 --- Also since this depends on a library, we really need a self contained example. I still think -ffloat-store will "fix" their problem. If it does then it is a dup of PR 323. -- What|Removed

[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:36 --- Hmm, this really sounds like PR 323. (I would have them look at that PR and make sure they try out -ffloat-store. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469

[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-16 16:35 --- Created an attachment (id=7966) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7966&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469

[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

-- What|Removed |Added Keywords||wrong-code Known to fail||2.95.4 3.3.5 3.4.3 http://gcc.gnu.org/bugzilla/sho

[Bug target/19469] New: wrong code on i486 compiling with f77 -fno-automatic -O1

[forwarded from http://bugs.debian.org/290438] seen with 2.95.4, 3.3.6, 3.4.3. I'm unable to reproduce the ICE mentioned below. The libraries mentioned are from cernlib 2004.11.04. Matthias The bug submitter writes: I have tracked down a bug report I was sent about libmathlib1 to a compile

[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:19 --- Close as fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOL

[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:19 --- Reopening to -- What|Removed |Added Status|RESOLVED|UNC

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-16 16:13 --- Subject: Re: [Regression w.r.t. g77] Alignment constraints > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 > 16:08 --- > This is now fixed right? Should know in a

[Bug libstdc++/11074] libstdc++ fails to build due to gettext issue

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:12 --- *** Bug 19468 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/19468] gcc+binutils combined fails bootstrap

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:12 --- This is a dup of bug 11074. The problem is related to how the build is picking up the wrong headers. *** This bug has been marked as a duplicate of 11074 *** -- What|Removed

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-16 16:08 --- This is now fixed right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675

[Bug fortran/19168] Mismatched KINDs in SELECT CASE constucts is not handled correctly

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

[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 16:01 --- Subject: Bug 16304 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-16 16:01:30 Modified files: gcc: Change

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-16 15:47 --- > PR fortran/17675 > * trans-common.c (translate_common): Remove duplicate function call. > (finish_equivalences): Preserve alignment when biasing offsets. > testsuite/ > * gf

[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 15:28 --- Subject: Bug 16304 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 15:28:19 Modified files: gcc: ChangeLog defaults.h toplev.c tree.h

[Bug ada/19220] Return-by-reference type wrongly considered return-by-copy

--- Additional Comments From mueller at kde dot org 2005-01-16 15:19 --- can this be targetted at 4.0 milestone please? -- What|Removed |Added CC|

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-16 14:21 --- Please don't close this bug, ever! It's GCC nostalgia. ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

37.344.8 +7% -O2 53.464.959.061.655.9 +5% -O3 54.568.862.864.857.2 +5% compilers are: 3.0.5 20030502 (prerelease) 3.2.3 3.3.6 20050116 (prerelease) 3.4.4 20050116 (prerelease) 4.0.0 20050116 (experimental) all compilers compiled by GNU C

[Bug ada/19383] ACATS c954020 (1,2,3,4,6) do not terminate on ppc-linux, s390-linux

--- Additional Comments From laurent at guerby dot net 2005-01-16 14:04 --- Note from Ulrich Weigand: > +FAIL: c3a0004 PR19380 (also fails on ppc-darwin) > +FAIL: c940005 PR19384 (also fails on ppc-darwin) > +FAIL: c954020 PR19383 (also fails on ppc-linux) > +FAIL: c954021 idem > +F

[Bug rtl-optimization/8126] [3.3/3.4/4.0 regression] Floating point computation far slower in 3.2 than in 2.95

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-16 13:52 --- I think this is a WONTFIX regression. As Honza pointed out, interactions between regstack and sched2 can sometimes produce really odd results. I don't see us produce a "sched3"-like pass for x87 any time so

[Bug fortran/19168] Mismatched KINDs in SELECT CASE constucts is not handled correctly

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-16 13:04 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug ada/19384] ACATS c940005 fail (no ZCX) or timeout (ZCX) at runtime on ppc-darwin/linux

--- Additional Comments From laurent at guerby dot net 2005-01-16 12:58 --- Note that this tests also fail on debian s390 run, but not on Ulrich s390/x runs: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00691.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19384

[Bug ada/19380] ACATS c3a0004 SEGV at runtime on s390-linux, probably access to subprogram problem

--- Additional Comments From laurent at guerby dot net 2005-01-16 12:58 --- Note that this test does not fail on Ulrich s390/x runs: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00691.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19380

[Bug ada/19383] ACATS c954020 (1,2,3,4,6) do not terminate on ppc-linux, s390-linux

--- Additional Comments From laurent at guerby dot net 2005-01-16 12:56 --- Note that s390 run under debian using glibc 2.3.2 has these FAIL, but not a run made using glibc 2.3.3, see http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00691.html This might be related to memcpy PR19419.

[Bug fortran/19168] Mismatched KINDs in SELECT CASE constucts is not handled correctly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 12:51 --- Subject: Bug 19168 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 12:51:04 Modified files: gcc/fortran: ChangeLog resolve.c gcc/test

[Bug bootstrap/19468] gcc+binutils combined fails bootstrap

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

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 12:06 --- Subject: Bug 17675 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 12:05:54 Modified files: gcc/fortran: ChangeLog trans-common.c gcc

[Bug bootstrap/19468] New: gcc+binutils combined fails bootstrap

Building from a combined tree of gcc and binutils using gcc-2.95.2, I get this error with "Fri Jan 14 01:28:39 UTC 2005" (no configure arguments, build gcc is gcc-2.95.2, ld used by bootstrap-gcc is /usr/ccs/bin/ld, as used by bootstrap-gcc is /usr/ccs/bin/as): ... gcc -DHAVE_CONFIG_H -I. -I/tmp/hp

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From pcarlini at suse dot de 2005-01-16 10:02 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Res

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-16 09:59 --- Subject: Bug 19322 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-16 09:59:07 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-16 09:15 --- > Unrelated. Linux uses DWARF-2 and there is no problem on other architectures. Moreover the tests fail without -g too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300

[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-16 09:09 --- > I cannot decide if I should put this in C++ or debug component based on: > http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00871.html Unrelated. Linux uses DWARF-2 and there is no problem on other archite