[Bug libfortran/35063] write statement leaks handles/memory on windows xp

--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-02-04 07:17 --- (In reply to comment #3) > ==25454== Conditional jump or move depends on uninitialised value(s) > ==25454==at 0x4333BD: strlen (in /home/jerry/prs/pr35063/a.out) > ==25454==by 0x408087: write_integer (write.

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2

--- Comment #6 from ubizjak at gmail dot com 2008-02-04 06:50 --- The vectorizer failures are due to "target vect_cmdline_needed". We want to vectorize with generic vectorization (i.e. no SSE), but using --with-arch, SSE is implied in command line even without -msse2. gcc.dg/vect/vect-i

[Bug target/35072] New: h8300: ICE unwind-dw2-fde.c:650: error: unrecognizable insn

Building today's gcc-trunk (rev. 132088/2008-02-04) for target h8300-rtems4.9 fails with an ICE: ... /users/rtems/src/toolchains/BUILD/h8300-rtems4.9/./gcc/xgcc -B/users/rtems/src/toolchains/BUILD/h8300-rtems4.9/./gcc/ -nostdinc -B/users/rtems/src/toolchains/BUILD/h8300-rtems4.9/h8300-rtems4.9/newl

[Bug target/35071] New: bad instruction `do_itt eq'

Building today's gcc-trunk (rev. 132088/2008-02-04) for arm-rtems4.9 fails with: ... /users/rtems/src/toolchains/BUILD/arm-rtems4.9/./gcc/xgcc -B/users/rtems/src/toolchains/BUILD/arm-rtems4.9/./gcc/ -nostdinc -B/users/rtems/src/toolchains/BUILD/arm-rtems4.9/arm-rtems4.9/newlib/ -isystem /users/rtem

[Bug c/35069] Casting from a volatile type to a non-volatile type should cause a warning

-- gcc-david at tulloh dot id dot au changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35069

[Bug libfortran/35063] write statement leaks handles/memory on windows xp

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-02-04 04:35 --- I did not see this on my first run because it scrolls by too fast on my terminal. ==25454== Conditional jump or move depends on uninitialised value(s) ==25454==at 0x4333F1: strlen (in /home/jerry/prs/pr35063/

[Bug tree-optimization/35070] New: gcc 's -verbose-asm and -ggdb3 can't work together

I compiled mpfr yesterday since a new 2.3.1 version had released. gas crashed with a message which said it had met wrong asm code, I omited my CFLAGS, then passed compiling. I tried the flags again and again, finally I found the reason is that -verbose-asm flag cant work together with -ggdb3 flag

[Bug c++/33916] [4.2/4.3 Regression] Default constructor fails to initialize array members

--- Comment #9 from jason at gcc dot gnu dot org 2008-02-04 03:29 --- Subject: Bug 33916 Author: jason Date: Mon Feb 4 03:28:53 2008 New Revision: 132088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132088 Log: PR c++/33916 * cp/init.c (build_value_init_1): Ne

[Bug c/35069] New: Casting from a volatile type to a non-volatile type should cause a warning

Given the following code: volatile int16_t foo; x = (int32_t)foo; The above cast should almost certainly have been (volatile int32_t), I see no obvious case where someone would want to cast away the volatile attribute. I suggest that a cast that drops a volatile attribute from a variable should

[Bug other/35068] From

--- Comment #5 from hp at gcc dot gnu dot org 2008-02-04 01:28 --- >From all of us to all of you... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068

[Bug other/29972] typos in the manual

--- Comment #7 from gerald at gcc dot gnu dot org 2008-02-04 01:26 --- Subject: Bug 29972 Author: gerald Date: Mon Feb 4 01:26:14 2008 New Revision: 132087 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132087 Log: PR other/29972 * doc/invoke.texi (C++ Dialect O

[Bug other/35068] From

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-04 00:32 --- >From http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01522.html http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01522.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068

[Bug other/35068] From

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-04 00:31 --- >From http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01522.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068

[Bug other/35068] From

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-04 00:30 --- From: a TEsting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068

[Bug other/35068] From

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 00:28 --- From Testing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068

[Bug other/35068] New: From

From Testing. -- Summary: From Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gn

[Bug translation/32959] msgfmt fails on file libcpp/po/fr.po

--- Comment #3 from bje at gcc dot gnu dot org 2008-02-03 23:35 --- The problem no longer occurs on mainline. -- bje at gcc dot gnu dot org changed: What|Removed |Added

[Bug driver/30330] -Wdeprecated is not documented

--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-02-03 23:19 --- patch for -Wfoo/-Wno-foo posted at . -- Ralf dot Wildenhues at gmx dot de changed: What|Removed |Added

[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk

--- Comment #4 from vincent dot riviere at freesbee dot fr 2008-02-03 23:03 --- Created an attachment (id=15091) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15091&action=view) Output of f2.cpp I configured gcc with: configure --target=i386-netbsd --disable-multilib --disable-nl

[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk

--- Comment #3 from vincent dot riviere at freesbee dot fr 2008-02-03 23:02 --- Created an attachment (id=15090) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15090&action=view) Output of f1.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067

[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk

--- Comment #2 from vincent dot riviere at freesbee dot fr 2008-02-03 22:57 --- This problem seems to happen on targets where ASM_WEAKEN_LABEL() is defined, but MAKE_DECL_ONE_ONLY() is not defined. In that case, the `virtual thunk to C::~C()' symbol is defined using .globl instead of us

[Bug fortran/34945] LBOUND fails for array with KIND(complex) used in zero-sized dimension

--- Comment #8 from dominiq at lps dot ens dot fr 2008-02-03 22:46 --- Test suite run without new regression on ppc/intel-darwin9, 32 and 64 bit modes, with the patch in http://gcc.gnu.org/ml/fortran/2008-02/msg8.html. Thanks for the fix. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-03 22:35 --- The virtual thunk should be link once in this case. Can you attach the assembly files? Also how did you configure GCC? -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/35067] New: [4.2 Regression] multiple definition of virtual thunk

C++ programs using virtual inheritance cannot be linked due to multiple definitions of thunk symbols. $ cat c.h class B { public: virtual ~B() { } }; class C : virtual public B { }; $ cat f1.cpp #include "c.h" C c1; main() { } $ cat f2.cpp #include "c.h" C c2; $ g++ f1.cpp f2.cpp

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #26 from howarth at nitro dot med dot uc dot edu 2008-02-03 22:19 --- I do 'make -k check' for my testsuite runs. I also always install the newly built gcc over any prior installations first (to make sure I don't get bitten by holes in the buildroot). -- http://gcc.gnu.

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #25 from dominiq at lps dot ens dot fr 2008-02-03 22:15 --- > do you run a parallel check in libjava? No (I don't see the point on a single processor), I use "make -k check" (BTW on my macbook intel, I also don't run in parallel because I have noticed erratic failures if I r

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #24 from andreast at gcc dot gnu dot org 2008-02-03 22:08 --- I have the same results on shrintel except the TestClosureGC.jar, this one passes on x86_64 and x86 multilib. But I know this one is hairy. Nevertheless, do you run a parallel check in libjava? Me is wondering be

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #23 from dominiq at lps dot ens dot fr 2008-02-03 21:57 --- My machine is a G5 1.8Ghz mono processor, 1.5Gb of memory. The symptom is very close to the one described in comment #19, excepted that the failure occurs for different test cases and so far I have been unable to in

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-03 21:46 --- Subject: Re: Incorrect branching with -Ox on hppa > Instead of const0_rtx, I probably should have used CONST0_RTX(mode) ... I've tried Steven's change on hppa2.0w-hp-hpux11.11 and can confirm that it res

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-02-03 21:42 --- My tests of the proposed patch have been done on a dual 2.0GHZ G5 with 4GB of ram. So it is possible that a might not see the same timing issue. I would note that Darwin PPC has always had timing issues to

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #21 from rguenth at gcc dot gnu dot org 2008-02-03 21:40 --- Err, of course it is correct. Just ignore me ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #20 from rguenth at gcc dot gnu dot org 2008-02-03 21:40 --- Well, I for example notice that libjava/include/jni_md.h has typedef intjboolean __attribute__((__mode__(__QI__))); which is wrong for ppc-darwin again. -- rguenth at gcc dot gnu dot org changed:

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #19 from andreast at gcc dot gnu dot org 2008-02-03 21:22 --- Dominique, - what is your ppc machine you're running the build on? UP, SMP, which processor? - how do you run the test suite, a single make -k check or a parallel one? I have a G4 PowerBook (1.5GHz), and I have

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #18 from dominiq at lps dot ens dot fr 2008-02-03 20:56 --- Either I did make a mistake or I have been hit by a bugzilla bug, but comment #17 has not been displayed correctly in http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug libgcj/30071] make install fails for libjava

--- Comment #8 from andreast at gcc dot gnu dot org 2008-02-03 20:56 --- Ughh, I completely forgot about this PR. But I remember having had some issues with the generated Makefile.in. It had some more places which were modified than I expected. So I may actively forgot about this issue.

[Bug libgcj/30071] make install fails for libjava

--- Comment #7 from andreast at gcc dot gnu dot org 2008-02-03 20:54 --- Created an attachment (id=15089) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15089&action=view) New trial for the patch in #6, cosmetics only. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30071

[no subject]

I infer that the answer to my question is yes (at least now). I would like to know what is wrong with my machine/config to explain why the libjava test suite hangs (when properly running) apparently randomly: run 1: invoke: /opt/gcc/darwin_buildw/powerpc-apple-darwin9/./libjava/gij -classpath /o

[Bug libgcj/28977] UTF-16 endianness differs between gcj and Sun JDK

--- Comment #4 from marcus at better dot se 2008-02-03 20:43 --- The bug is still in gcj 4.3. The Sun API docs are quite clear about how this should behave: "When decoding, the UTF-16 charset interprets a byte-order mark to indicate the byte order of the stream but defaults to big-endia

[Bug rtl-optimization/29589] incorrect conversion of (ior (ashiftrt (plus ...))) in combine.c

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-02-03 19:30 --- (In reply to comment #6) > Andrew, ping about your fix? I have to extract it, it has changed since the bug was originally sent out. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug ada/35066] New: GNAT BUG DETECTED in get_indirect_ref_operands, at tree-ssa-operands.c:1476A

As in Summary a bug is detected executing the following line: gnatgcc -c -gnatg -I. -I. -I.. -I./.. -gnatec=../ravenscar_compatible.adc -c -g -O2 -gnatfy -gnatwae -gnatpn polyorb-binding_data-giop-inet.adb Then a message says: 4.2.2 (i686-pc-linux-gnu) GCC error: in get_indirect_ref_operands, at

[Bug middle-end/35065] [4.3 Regression] infinite loop while compiling VLC media player in vt_find_locations

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-03 17:44 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug middle-end/35065] [4.3 Regression] infinite loop while compiling VLC media player

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-03 17:43 --- Created an attachment (id=15088) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15088&action=view) reduced testcase Hangs with -O2 -g -funroll-loops on i?86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug fortran/35063] write statement leaks handles/memory on windows xp

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-02-03 17:36 --- I have confirmed this under cygwin. Taking the READ statement out so the program can run unabated, leads to a system failure trying to allocate memory. This is platform specific, the program runs to completion on

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

--- Comment #14 from ubizjak at gmail dot com 2008-02-03 17:35 --- (In reply to comment #13) > Uros, would be possible to give it a try on Core? That would help to figure > out if it is code layout problem of K8. Hm, the patch doesn't seem to help: -m32 -O2: 32.434 -m32 -O2 (patched)

[Bug other/31569] Install's web page has 0.n when it should be either 4.n or 5.n

--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-03 17:29 --- Created an attachment (id=15087) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15087&action=view) cheap workaround: turn off section numbering for HTML pages -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug fortran/35059] Seg fault when max constructor limit reached

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-02-03 16:32 --- Just confirming this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35065] [4.3 Regression] infinite loop while compiling VLC media player

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-03 15:15 --- We are looping in vt_find_locations (). Probably a similar issue as PR31412. Confirmed with r132071. I'm trying to reduce the testcase. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug c++/35060] typeid(*).name() returns wrong values

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-03 15:01 --- There is no name-mangling in the 3rd case, only the type is mangled which is independent of linkage. As for the length, all names are mangled by prefixing with their length. For example type_info::name is mangled a

[Bug target/11594] testcase gcc.dg/20020103-1.c fails with "scan-assembler-not LC"

--- Comment #8 from steven at gcc dot gnu dot org 2008-02-03 14:57 --- I don't see this FAIL in any recently reported test results (on the gcc-testresults mainling list) for powerpc-linux or powerpc64-linux. Thus, fixed. -- steven at gcc dot gnu dot org changed: What

[Bug ada/15479] Ada manual problems

--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-03 14:57 --- patch set posted at . -- Ralf dot Wildenhues at gmx dot de changed: What|Removed |Added ---

[Bug bootstrap/6669] Irix6.5 ada bootstrap fail in ada/targparm.adb

--- Comment #20 from steven at gcc dot gnu dot org 2008-02-03 14:52 --- This is a really old bug. What is the remaining issue that is being tracked here? Or can this bug report be closed now? -- steven at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #65 from olga at gcc dot gnu dot org 2008-02-03 14:48 --- (In reply to comment #64) Oh, it's just what I suspected! Please look at the PR 34534 comment #4. If so, there is still question why the tests do not fail without struct-reorg. Or they fail? Can you please check it w

[Bug middle-end/24776] [GOMP] non-TLS and thread private

--- Comment #2 from steven at gcc dot gnu dot org 2008-02-03 14:42 --- Is this still an issue now that GCC has emultls? -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/29589] incorrect conversion of (ior (ashiftrt (plus ...))) in combine.c

--- Comment #6 from steven at gcc dot gnu dot org 2008-02-03 14:39 --- Andrew, ping about your fix? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35064] gfortran internal write leaks windows handles & memory

--- Comment #1 from jpr at csc dot fi 2008-02-03 14:38 --- Mikko already reported this in 35063. Sorry about the dup! Juha *** This bug has been marked as a duplicate of 35063 *** -- jpr at csc dot fi changed: What|Removed |Added -

[Bug fortran/35063] write statement leaks handles/memory on windows xp

--- Comment #1 from jpr at csc dot fi 2008-02-03 14:38 --- *** Bug 35064 has been marked as a duplicate of this bug. *** -- jpr at csc dot fi changed: What|Removed |Added

[Bug middle-end/29253] expand_abs wrong default code for floating point

--- Comment #2 from steven at gcc dot gnu dot org 2008-02-03 14:37 --- Test case and HOWTO reproduce would be welcome. -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/33593] tree-outof-ssa moves sources of non-call exceptions past sequence points

--- Comment #6 from steven at gcc dot gnu dot org 2008-02-03 14:35 --- Should be fixed on the trunk. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-02-03 14:34 --- (In reply to comment #5) > In the event that we can check against several multilib variants (?) that thus > match different dg-require (?), we may (?) eventually check against stale > module data if a "board" does

[Bug target/27869] "-O -fregmove" handles SSE scalar instructions incorrectly

--- Comment #17 from steven at gcc dot gnu dot org 2008-02-03 14:32 --- Honza forgot to close this, it seems. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/32777] wrong-code with -O -ftracer

--- Comment #2 from steven at gcc dot gnu dot org 2008-02-03 14:25 --- Reported fixed by the reporter. I also can't reproduce it with trunk of today. Likely fixed by http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00558.html. -- steven at gcc dot gnu dot org changed: What|R

[Bug middle-end/31642] -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename yields an i

--- Comment #4 from steven at gcc dot gnu dot org 2008-02-03 14:21 --- No test case, no activity, and, really, quite old already. Please re-open if you can still reproduce this. -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/32466] illegal loop store motion of bitfield

--- Comment #3 from steven at gcc dot gnu dot org 2008-02-03 14:19 --- Might be fixed, several c++ bit field issues were recently fixed on the trunk. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug regression/35065] [4.3 regression] infinite loop while compiling VLC media player

--- Comment #1 from debian-gcc at lists dot debian dot org 2008-02-03 14:10 --- Created an attachment (id=15086) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15086&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35065

[Bug regression/35065] New: [4.3 regression]

[forwarded from http://bugs.debian.org/461528] rechecked with trunk 20080202, removing -funroll-loops works ok. Matthias Trying to compile the VLC source tree with gcc-4.3 appears to cause an infinite loop during compilation. At least, cc1 keeps burning the whole CPU for over 20 minutes whereb

[Bug fortran/34945] LBOUND fails for array with KIND(complex) used in zero-sized dimension

--- Comment #7 from pault at gcc dot gnu dot org 2008-02-03 14:05 --- Created an attachment (id=15085) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15085&action=view) Patch and testcase for this PR This one is regtesting right now. Cheers Paul -- pault at gcc dot gnu dot or

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #14 from steven at gcc dot gnu dot org 2008-02-03 14:02 --- Instead of const0_rtx, I probably should have used CONST0_RTX(mode) ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-02-03 14:00 --- I was just worried if (neg:SI 0x800...) == (abs:SI 0x800...) is guaranteed, which it is if (abs:SI x) is defined as if (x<0) x = -x. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627

[Bug c++/35060] typeid(*).name() returns wrong values

--- Comment #2 from andry at inbox dot ru 2008-02-03 13:50 --- >For the class its >name is mangled by prefixing it with its length, so that is also correct. I can't understand meaning of this strange mangling, because to unmangle it, i need anyway call to ::strlen to determine offset of

[Bug fortran/35064] New: gfortran internal write leaks windows handles & memory

Hi, We have a somewhat serious problem with gfortran on x86/mingw32 system: program test implicit none character(len=10) :: string integer :: m,n do m = 1,1000 do n = 1,1 write(string,*) 'nice' end do print *,'Check memory and handles and press ENTER...' c

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

--- Comment #13 from hubicka at gcc dot gnu dot org 2008-02-03 13:39 --- Tonight runs on haydn with patch in shows regression on gzip: 950->901 in 32bit. FDO 64bit runs are not affected. This is same score as we had in December, we improved a bit since then but not enough to match scor

[Bug c/35058] -Werror= works only with some warnings

--- Comment #2 from manu at gcc dot gnu dot org 2008-02-03 13:36 --- Created an attachment (id=15084) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15084&action=view) patch This patch fixes the problem. Testcases for this would be cumbersome but could be created if required. Are w

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #12 from rguenther at suse dot de 2008-02-03 13:29 --- Subject: Re: Incorrect branching with -Ox on hppa On Sun, 3 Feb 2008, steven at gcc dot gnu dot org wrote: > --- Comment #10 from steven at gcc dot gnu dot org 2008-02-03 13:19 > --- > The following code from

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #11 from steven at gcc dot gnu dot org 2008-02-03 13:25 --- My RTL fu is not sufficient to determine whether the following one-liner patch is DTRT. Eric, could you have a look at this, please? Index: combine.c

[Bug fortran/35063] New: write statement leaks handles/memory on windows xp

Hi, The follwing small sample program seems to produce exsessive handle/memory leak on Windows XP SP2. This affects programs, where a high number of write statements are used to manipulate character strings. $ less test.f90 program test implicit none character(len=1) :: string integer :

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #10 from steven at gcc dot gnu dot org 2008-02-03 13:19 --- The following code from simplify_if_then_else() triggers: /* Look for cases where we have (abs x) or (neg (abs X)). */ if (GET_MODE_CLASS (mode) == MODE_INT && GET_CODE (false_rtx) == NEG && rtx_eq

[Bug fortran/34945] LBOUND fails for array with KIND(complex) used in zero-sized dimension

--- Comment #6 from pault at gcc dot gnu dot org 2008-02-03 12:55 --- (In reply to comment #3) > I had the impression that the problem is the array itself and not only > ubound/lbound. Quite right, Tobias! Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34945

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #9 from steven at gcc dot gnu dot org 2008-02-03 12:54 --- Further investigation shows that simplify_if_then_else() called from combine.c:5211 (combine.c r131744) turns this: (if_then_else:SI (ge (reg/v:SI 94 [ i ]) (reg:SI 98)) (neg:SI (reg/v:SI 94 [ i ])) (

[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?

--- Comment #16 from rguenth at gcc dot gnu dot org 2008-02-03 12:46 --- Patch waiting for approval: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01510.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #8 from steven at gcc dot gnu dot org 2008-02-03 12:26 --- We call try_combine() with the following insns: i1: (insn 8 7 9 2 t.c:4 (set (reg/v:SI 94 [ i ]) (reg:SI 28 %r28)) 37 {*pa.md:2542} (expr_list:REG_DEAD (reg:SI 28 %r28) (nil))) i2: (insn 31 10 32 2 t

[Bug tree-optimization/34590] GCC-4.3.0-20071221 SEGV's building Bzip2 1.0.4 decompress.c with -ftree-parallelize-loops=4

--- Comment #9 from chris at csamuel dot org 2008-02-03 12:24 --- (In reply to comment #8) > I'll try again with Java disabled. OK - with --enable-languages=c the 20080201 snapshot built OK and compiles bzip2 with -ftree-parallelize-loops=4 successfully, once I'd copied the libgomp.spe

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #7 from steven at gcc dot gnu dot org 2008-02-03 12:05 --- The trunk also inlines ret1() at -O2, and therefore does not fail. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/34930] [4.3 Regression] ICE in instantiate_virtual_regs_in_insn with vector splat load

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-03 11:44 --- ffmpeg build with -ftree-vectorize fails the same way. mpegvideo.c:5526: error: unrecognizable insn: (insn 4155 6228 4156 391 mpegvideo.c:4335 (parallel [ (set (reg:V4SI 316 [ vect_cst_.8320 ])

[Bug middle-end/34627] Incorrect branching with -Ox on hppa

--- Comment #6 from steven at gcc dot gnu dot org 2008-02-03 11:39 --- According to comment #5, the loop2 pass creates the RTL that exposes the problem in combine. I don't believe that this is really true. There is no loop in the test case, so the loop2 pass should be a NOP. At least,

[Bug c++/35060] typeid(*).name() returns wrong values

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-03 11:35 --- For the two functions the function _type_ name is printed, which is void ()(void) independent of linkage, so that is certainly correct. For the class its name is mangled by prefixing it with its length, so that is a

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #32 from pault at gcc dot gnu dot org 2008-02-03 11:32 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #31 from pault at gcc dot gnu dot org 2008-02-03 11:30 --- Subject: Bug 32760 Author: pault Date: Sun Feb 3 11:29:27 2008 New Revision: 132078 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132078 Log: 2008-02-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran

[Bug target/35045] [4.3 Regression] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #28 from ubizjak at gmail dot com 2008-02-03 11:28 --- (In reply to comment #27) > On i686-apple-darwin9, rev. 132071, gcc.dg/pr35045.c gives an ICE in 32 bit > mode : Probably a -fpic issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045

[Bug tree-optimization/34590] GCC-4.3.0-20071221 SEGV's building Bzip2 1.0.4 decompress.c with -ftree-parallelize-loops=4

--- Comment #8 from chris at csamuel dot org 2008-02-03 11:14 --- (In reply to comment #5) > I cannot reproduce this with the current mainline (rev 131696), neither with > the original testcase nor the reduced one. I had hoped to try and confirm whether or not the latest snapshot would

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #30 from dominiq at lps dot ens dot fr 2008-02-03 11:10 --- With the patch in http://gcc.gnu.org/ml/fortran/2008-02/msg6.html, the test suite passed without new regression on ppc/intel darwin9, 32 and 64 bit modes. As discussed on IRC, the test in comment #29 gives an er

[Bug target/35045] [4.3 Regression] gcc-4.3 generates wrong code on i386 with -O3

--- Comment #27 from dominiq at lps dot ens dot fr 2008-02-03 08:41 --- On i686-apple-darwin9, rev. 132071, gcc.dg/pr35045.c gives an ICE in 32 bit mode : /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/pr35045.c: In function 'mycacoshf': /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/pr35045.c:26:

[Bug preprocessor/35061] New: #pragma pop_macro causes ICE if no macro value on stack

A "#pragma pop_macro" without a preceding "#pragma push_macro" triggers an ICE on mingw32 // pop_macro.c #define X 1 int main() { // # pragma push_macro("X") # undef X # define X 2 # pragma pop_macro("X") return 0; } gcc pop_macro.c pop_macro.c: In function 'main': pop_macro.c:9: internal com