[Bug other/19287] a protoize bug (directory string is duplicated.)

--- Additional Comments From takatsuru dot tetsuya at nttcom dot co dot jp 2005-01-06 07:42 --- (In reply to comment #1) > Well there is not enough information to reproduce this bug, can you provide a simple example to > reproduce this one? > Also try 3.4.3 since that this the latest r

[Bug target/19268] GCC 3.3/Irix 6.5 union as vararg not passed correctly

--- Additional Comments From lindig at cs dot uni-sb dot de 2005-01-06 07:41 --- Subject: Re: GCC 3.3/Irix 6.5 union as vararg not passed correctly On Jan 5, 2005, at 7:07 PM, pinskia at gcc dot gnu dot org wrote: > Can you test 3.4.x as there were changes to the MIPS back-end which

[Bug tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-06 07:21 --- This patch is OK, with Sebastian's requested changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18792

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

mips64 - clobberlist errors

Hi I know that in more recent versions of gcc, clobbering the gp (and possibly fp and sp) are not allowed. This however makes no sense when compiling code that does not use the fp or gp, ie gcc -non_shared this becomes a pain since gcc somtimes knows this and uses fp as a gpr, but I cannot clob

[Bug target/13144] pessimize memory-to-memory code for SSE

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-06 06:53 --- Just defining SLOW_UNALIGNED_ACCESS is not enough to get the desired result from 3.4. Lots of this has been rearranged in mainline, and I don't feel like backporting it. We do not select TImode in mainline, w

[Bug target/13144] pessimize memory-to-memory code for SSE

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug rtl-optimization/11327] Non-optimal code when using MMX/SSE builtins

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-06 06:26 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00331.html Should be fixed. -- What|Removed |Added

[Bug rtl-optimization/11327] Non-optimal code when using MMX/SSE builtins

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-06 06:22 --- Subject: Bug 11327 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-06 06:22:36 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 06:18 --- Can you try a newer binutils than 2.13.90.0.10, since that is known to have bugs? And since this is known to work for other people? -- What|Removed |Added -

[Bug other/19287] a protoize bug (directory string is duplicated.)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 06:16 --- Well there is not enough information to reproduce this bug, can you provide a simple example to reproduce this one? Also try 3.4.3 since that this the latest released version. -- What|Rem

[Bug libfortran/18398] Formatted I/O problems

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-01-06 06:13 --- patch here: http://gcc.gnu.org/ml/fortran/2005-01/msg00038.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18398

[Bug rtl-optimization/11327] Non-optimal code when using MMX/SSE builtins

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug target/19228] [3.4 only] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC

-- What|Removed |Added Known to work||4.0.0 Summary|Error in gcc.dg/2009-1.c|[3.4 only] Error in |when using -fpic/

[Bug target/19226] [3.4 only] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC

-- What|Removed |Added Known to work||4.0.0 Summary|ICE in g++.old- |[3.4 only] ICE in g++.old- |deja/g++.p

[Bug middle-end/19286] [4.0 Regression] raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:387

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 05:33 --- Confirmed, DannyB has a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-06 05:32 --- Have you noticed the successful build reports? They are here: http://gcc.gnu.org/gcc-3.4/buildstat.html So, this is possible. You just need to figure out how your setup differs from the successful reports.

[Bug c/19287] New: a protoize bug (directory string is duplicated.)

My first bug report :-) $ protoize subdir/test.c protoize: compiling `subdir/test.c' protoize: subdir/subdir/test.c: can't get status: No such file or directory protoize: warning: missing SYSCALLS file `/usr/local/lib/gcc-lib/i686-pc-linux- gnu/3.2.3/SYSCALLS.c.X' $ I think following modificatio

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-06 04:36 --- Subject: Re: Missing RECL parameter in OPEN statement > Could you please try this patch to trans-io.c instead of the previous one? > > 2005-01-05 Tobias Schlueter <[EMAIL PROTECTED]> > >

[Bug rtl-optimization/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-06 04:18 --- I believe it to be fixed. Reopen if not. http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00323.html -- What|Removed |Added -

[Bug rtl-optimization/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-06 04:11 --- Subject: Bug 10692 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-06 04:10:59 Modified files: gcc: Change

[Bug rtl-optimization/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-06 04:09 --- Subject: Bug 10692 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-06 04:09:12 Modified files: gcc: ChangeLog reload1.c Log message:

[Bug ada/19286] New: [4.0 Regression] raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:387

stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.0.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/atree .adb -o ada/atree.o +===GNAT BUG DETECTED==+ | 4.0.0 20050106 (experimental) (hppa-un

[Bug java/19285] Interfaces not initialized by static field access

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-06 02:56 --- This is somewhat related to PR 18868, which has to do with field lookup in this situation. For the interpreter this seems simple to fix. For indirect-dispatch, the init-class call needs to somehow use the rea

[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O

--- Additional Comments From fche at redhat dot com 2005-01-06 02:50 --- reproduced bug, only on original test case -- What|Removed |Added AssignedTo|unassigned at g

[Bug target/19228] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-06 02:37 --- Installed on mainline, waiting for dg-skip-if before propagating to branches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228

[Bug target/19226] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-06 02:37 --- Installed on mainline, waiting for dg-skip-if before propagating to branches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19226

[Bug target/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug java/19285] Interfaces not initialized by static field access

--- Additional Comments From mckinlay at redhat dot com 2005-01-06 02:19 --- gij also fails to execute this bytecode: $ gij Test Exception in thread "main" java.lang.IncompatibleClassChangeError: field Test.foo was not found. at Test.main (Test.java:5) -- http://gcc.gnu.org/bug

[Bug java/19285] New: Interfaces not initialized by static field access

Consider the following test case: public class Test implements RuntimeConstants { public static void main(String[] args) { System.out.println(foo[0]); } } interface RuntimeConstants { static int foo[] = {1}; } Older bytecode compilers would implement the access to "foo" like so:

[Bug c++/15938] ICE with anonymous unions

-- What|Removed |Added Keywords||error-recovery Last reconfirmed|2004-06-11 13:33:16 |2005-01-06 02:02:15 date|

[Bug c++/15480] ICE with sizeof(T().f()) as template parameter in function resolution

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 02:01 --- (In reply to comment #5) > Here is a yet simpler example: We reject this now (and not ICE). > I wonder if this is somehow related to the fact that we > (spuriously) don't accept this code (the same as ab

[Bug c/12245] [3.3/3.4/4.0 regression] Uses lots of memory when compiling large initialized arrays

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-06 01:22 --- No chance this is getting done for 4.0. -- What|Removed |Added Target Milestone|3.4.4

[Bug bootstrap/15435] bootstrap / install / fixinc fails on HPUX 11.11/11.00/10.20 with gsyslimits.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 01:06 --- No feedback in 3 months (T -2 days). -- What|Removed |Added Status|WAITING

[Bug bootstrap/16399] First "make bootstrap" succeeds while the second doesn't, even if nothing changed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 01:06 --- This works as excepted so closing as will not fix. -- What|Removed |Added Status

[Bug bootstrap/15137] make profiledbootstrap fails on Cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 01:04 --- No feedback in 3 months (T -2 days). -- What|Removed |Added Status|WAITING

[Bug java/18931] jar -> .so optimization problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 01:02 --- Hmm, again this works for me on ppc-darwin, I don't know why. -- What|Removed |Added

[Bug libstdc++/19284] Simple type names fail to demangle - regression from 3.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 00:59 --- And yes this is a dup of bug 16845. *** This bug has been marked as a duplicate of 16845 *** -- What|Removed |Added -

[Bug libstdc++/16845] demangler not working for plain "int"

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

[Bug tree-optimization/18179] vectorizer: wrong alignment/step/initial-address computed for struct accesses

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 00:43 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-06 00:35 --- David (billingd) could you please test this last patch on MIPS if John David's (danglin) testing turns out to be successful? I could then submit it (+ cleanups to io.h) tomorrow. -- http://gcc.gnu.org/bugzi

[Bug tree-optimization/19283] [4.0 Regression] Bad code generated in final_cleanup

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-06 00:28 --- Hmm, this is fold f'ing up again. Here is an example for -O1: void abort (void); static inline unsigned short foo (unsigned int* p) { return *p; }; unsigned int u; int main () { if ((foo (&u) & 0x8000) !

[Bug tree-optimization/19283] [4.0 Regression] Bad code generated in final_cleanup

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-06 00:27 --- // C testcase, use '-O2' or '-O1 -funit-at-a-time' to reproduce: void abort (void); static unsigned short foo (unsigned int* p) { return *p; }; unsigned int u; int main () { if ((foo (&u)

[Bug c++/18369] [4.0 regression] Segfault on braced new

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-06 00:20 --- Subject: Bug 18369 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-06 00:20:31 Modified files: gcc/cp : Chan

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-06 00:16 --- Sigh, indeed the type for the REC parameter is wrong as well. I had checked for other wrongs, but due to unlucky formatting in io.h I missed this one. Could you please try this patch to trans-io.c instead of

[Bug libstdc++/19284] Simple type names fail to demangle - regression from 3.2

--- Additional Comments From pcarlini at suse dot de 2005-01-06 00:11 --- Bugzilla, you mean? Anyway, of course is in Bugzilla: http://gcc.gnu.org/PR16845 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19284

[Bug libstdc++/19284] Simple type names fail to demangle - regression from 3.2

--- Additional Comments From david dot moore at intel dot com 2005-01-06 00:08 --- Subject: RE: Simple type names fail to demangle - regression from 3.2 Is that in gnats? Actually, my real question is should I have reported this in a different data base? Searched for demangle and did n

[Bug libstdc++/19284] Simple type names fail to demangle - regression from 3.2

--- Additional Comments From pcarlini at suse dot de 2005-01-06 00:02 --- I'm pretty sure this is a duplicate of libstdc++/16845... Ian, can you confirm? Thanks! (hi David...) -- What|Removed |Added

[Bug java/18931] jar -> .so optimization problem

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-05 23:57 --- I suppose we could check in .class files. That is mildly painful, if we ever want to change things. I've occasionally wished we distributed our own jasmin-like program for these situations. This sort of thin

[Bug libstdc++/19284] Simple type names fail to demangle - regression from 3.2

--- Additional Comments From david dot moore at intel dot com 2005-01-05 23:55 --- Created an attachment (id=7881) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7881&action=view) Test case attached (same as pasted version) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19284

[Bug java/18931] jar -> .so optimization problem

--- Additional Comments From mckinlay at redhat dot com 2005-01-05 23:53 --- I narrowed this down to a small test case. The following code will cause the crash when compiled to bytecode using Sun's javac 1.5.0 (but not when byte-compiled with gcj or ecj). public class PR18931 { publi

[Bug libstdc++/19284] New: Simple type names fail to demangle - regression from 3.2

The following program works under gcc 3.2 but no longer works on 3.4. I believe this is a regression. (its actually a regression test from a different compiler) Expected output shown in comments in program. Seen on EL4 Preview Candidate using gcc version 3.4.3 20041125 (Redhat 3.4.3- 5.EL4) //

[Bug tree-optimization/19283] New: Bad code generated in final_cleanup

g++ generates bad code for the program below if -O3 is used. If optimization is off, it works correctly. $ g++ -o x x.cc $ ./x $ g++ -o x x.cc -O3 $ ./x fail $ Here is the generated code for main() (with exception-handling labels elided): main: pushl %ebp movl%esp, %ebp

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-05 23:19 --- I'm testing a patch for this -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pluto at pld-linux dot org 2005-01-05 22:49 --- # buildlog: http://149.156.124.14/~pluto/tmp/gcc.log.bz2 (...) /bin/sh ./libtool --mode=install /usr/bin/install -c  'libgij.la' '/tmp/gcc-4.0.0-root-pluto/usr/lib/libgij.la' libtool: install: warning: rel

[Bug libfortran/19280] Inconsistent licensing of libgfortran

--- Additional Comments From toon at moene dot indiv dot nluug dot nl 2005-01-05 22:19 --- I'll work on this (hopefully this weekend 8/9th of January '05) -- What|Removed |Added -

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-05 22:19 --- Subject: Re: Missing RECL parameter in OPEN statement > Can you test this please? > > 2005-01-05 Tobias Schlueter <[EMAIL PROTECTED]> > > PR fortran/19194 > * trans-io.c (gfc_

[Bug libfortran/19280] Inconsistent licensing of libgfortran

--- Additional Comments From toon at moene dot indiv dot nluug dot nl 2005-01-05 22:18 --- This, indeed, is a real problem. -- What|Removed |Added Status|UNCONFI

[Bug fortran/19282] ICE in gfc_conv_array_initializer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 22:14 --- Confirmed, related to PR 18769 -- What|Removed |Added BugsThisDependsOn|

[Bug fortran/19282] New: ICE in gfc_conv_array_initializer

>From comp.lang.fortran, by [EMAIL PROTECTED] (John Harper). $ cat char-digits.f90 IMPLICIT NONE INTEGER,PARAMETER ::count=10 CHARACTER,PARAMETER::digits*(count+1) = '01234567890' INTEGER i CHARACTER,PARAMETER:: chardummy(0:count)*2 = & (/ (digits(i/10+1:i/10+1)//digits(i+1:i+1),i=0,count) /

[Bug java/18931] jar -> .so optimization problem

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

[Bug inline-asm/19275] [3.4/4.0] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 21:57 --- (In reply to comment #3) > Is it a bug that 3.3 compiles it without a problem? Yes see PR 14128 for which it shows why this error was added. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19275

[Bug c++/19281] file format not recognized; treating as linker script

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 21:56 --- This is not a gcc bug, either this is your bug and the .o file is not an object file or this is a binutils bug. -- What|Removed |Added --

[Bug c++/19281] New: file format not recognized; treating as linker script

Compile seems to work fine but will not link. Any thoughts? Full rebuild of configuration Release for project Auth make -k clean all rm -rf AuthTest.o AuthTestDlg.o stdafx.o AuthTest.d AuthTestDlg.d stdafx.d Auth.exe Building file: ../AuthTest.cpp g++ -O3 -Wall -fpreproc

[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 hubicka at gcc dot gnu dot org 2005-01-05 21:53 --- I don't see much to do without regstack reorg and I don't have time for that :( -- What|Removed |Added ---

[Bug java/18931] jar -> .so optimization problem

--- Additional Comments From overholt at redhat dot com 2005-01-05 21:49 --- Using Jakub's gcc4 RPMs from Fedora rawhide (on Fedora Core 3), I'm getting: gcj4 -O2 -fPIC -fjni -findirect-dispatch -shared -o jsch-0.1.17.so \ jsch-0.1.17.jar com/jcraft/jsch/ChannelSftp.java: In method 'co

[Bug inline-asm/19275] [3.4/4.0] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 21:42 --- Is it a bug that 3.3 compiles it without a problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19275

[Bug libfortran/19280] New: Inconsistent licensing of libgfortran

libgfortran files are licensed under several licenses: some say GPL, some LGPL, some GPL+exception. This has to be fixed before a release. This msut be fixed before a release. This has been already discussed on the mailing list in the thread following

[Bug c++/19279] wrong code due to name import from the implementation of the standard library

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-05 21:17 --- Subject: Re: wrong code due to name import from the implementation of the standard library "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | This is a dup of bug 6257. Yes this is a kn

[Bug inline-asm/19275] [3.4/4.0] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 20:44 --- The error message is correct. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/18828] [4.0 Regression] Extraneous warning with var_start and optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 20:41 --- Patch here: . -- What|Removed |Added

[Bug java/19277] allows array.length++ although it is final

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 20:39 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 20:36 --- Confirmed, reduced (as much as I can get it) testcase (about 50 lines): typedef unsigned int size_t; struct basic_string1 { basic_string1(const basic_string1& __str); basic_string1(const char* __s); ~b

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-05 20:31 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 20:29 --- Subject: Bug 18910 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 20:29:06 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug libstdc++/6257] C-library symbols enter global namespace

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

[Bug c++/19279] wrong code due to name import from the implementation of the standard library

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 20:24 --- This is a dup of bug 6257. Yes this is a known problem, basically read about the c* files and how namespaces are done. But another thing is close is not part of the C or C++ standard IIRC but part of t

[Bug c++/19279] New: wrong code due to name import from the implementation of the standard library

For example with #include #include double close(double) { return 1239; } int main() { assert(close(10) == 1239); } which should run without asserting, actually the assert fails. The reason is that includes /usr/include/unistd.h which defines int close(int) and which is prefer

[Bug target/12902] [4.0 Regression] Invalid assembly generated when using SSE / xmmintrin.h

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-05 20:03 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19278] [3.4/4.0] failure in gcc.dg/sibcall-6.c with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:55 --- This should be skiped on x86 with -fPIC: /* If we are generating position-independent code, we cannot sibcall optimize any indirect call, or a direct call to a global function, as the PLT require

[Bug middle-end/19278] New: [3.4/4.0] failure in gcc.dg/sibcall-6.c with -fpic/-fPIC on i686-pc-linux-gnu

When running the 3.4 or mainline testsuite with -fpic or -fPIC on i686-pc-linux- gnu I get an extra failure in: FAIL: gcc.dg/sibcall-6.c execution test The problem is that the sibcall in question isn't getting optimized. I tried adding "static" to foo and bar in the testcase but that didn't hel

[Bug fortran/19276] [metabug] CHARACTER related bugs in gfortran

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-

[Bug fortran/19276] [metabug] CHARACTER related bugs in gfortran

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:50 --- Added dependencies. -- What|Removed |Added BugsThisDependsOn||1532

[Bug java/19277] New: allows array.length++ although it is final

GCC checked out on 2005-01-03 compiles the following code without complaint, using the command line "gcj -C -Wall -W -pedantic ArrayLength.java": class ArrayLength { static int extend(int[] array) { /* array.length = 1; */ array.length++; return array.length; } } I

[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-01-05 19:47 --- Hi, I have the impression that the origin of the bug is not in first line linked to a wrong assignment of types in libgcc2. I doubt whether the problem is not linked to a problem during reload.

[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O

--- Additional Comments From martin at mpa-garching dot mpg dot de 2005-01-05 19:44 --- Thanks a lot, Andrew! I'm adding Frank Ch. Eigler to the CC list; he might know to fix this. -- What|Removed |Added -

[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:41 --- The simple case (with includes to libstdc++ still there): #include #include class fitscolumn { private: std::string name_, unit_; int i, t; public: fitscolumn (const std::string &nm, cons

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39 --- *** Bug 16288 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/16288] Failure of test direct_io.f90 on irix6.5 with -64

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39 --- *** This bug has been marked as a duplicate of 19194 *** -- What|Removed |Added S

[Bug fortran/19276] New: [metabug] CHARACTER related bugs in gfortran

Add all open bugs related to the handling of CHARACTERs here. Design work in this area should take all these bugs into account. -- Summary: [metabug] CHARACTER related bugs in gfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity

[Bug fortran/19262] more than thirty-nine continuation lines should issue a std-warn

-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|2005-01-05 19:28:36 |2005-01-

[Bug fortran/19262] more than thirty-nine continuation lines should issue a std-warn

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:28 --- Thanks Steve. I changed the summary accordingly. -- What|Removed |Added Keywords|

[Bug inline-asm/19275] [3.4/4.0 regression] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:26 --- These should be just skiped with -fPIC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19275

[Bug inline-asm/19275] New: [3.4/4.0 regression] gcc.dg/20020919-1.c fails with -fpic/-fPIC on i686-pc-linux-gnu

I'm seeing a testsuite regression on 3.4 and mainline when running with extra flags -fpic or -fPIC. The testcase does use ebx, however 3.3 manages to pass so somehow it can work and this is a regression. (The testcase is identical in all three branches.) http://gcc.gnu.org/ml/gcc-testresults/

[Bug fortran/19262] more than thirty-nine continuation lines ignored

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-05 19:23 --- Tobi, there are 40 lines. Change "0" ! 40 end to "0" // & ! 40 "1" // ! 41 The output is troutmask:kargl[149] ./z 12345678901234567890123456789012345678901 Now c

[Bug target/12902] [4.0 Regression] Invalid assembly generated when using SSE / xmmintrin.h

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 19:14 --- Subject: Bug 12902 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 19:14:39 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug libgcj/15719] GIJ Interpeter: Problem with NaN / infinity comparisons

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug other/19228] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 19:06 --- Patch submitted here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00296.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228

[Bug rtl-optimization/18401] Bootstrap failure on all ARM targets due to incorrect GCSE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:05 --- Lets remove the regression marker for now and confirm it as it is latent but not reproducible. -- What|Removed |Added ---

[Bug fortran/19271] ICE on a = transpose(a) for character array

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 19:03 --- Strick off 15502. -- What|Removed |Added BugsThisDependsOn|15502 |

  1   2   >