[Bug c/38927] _mm_set_epi32 does not set the third argument if the fourth argument is a constant.

--- Comment #2 from ubizjak at gmail dot com 2009-01-21 07:09 --- 4.0.x and 4.1.x are not supported anymore. Please upgrade to 4.3.x or (soon) 4.4. -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug fortran/38439] I/O PD edit descriptor inconsistency

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-01-21 06:51 --- I have been doing some digging. The "PD" edit descriptor is clearly defined in the Fortran 66 standard in sections 7.2.3.1 and 7.2.3.5. The form of the scale factor is nP The D designates that the internal repr

[Bug c/38927] _mm_set_epi32 does not set the third argument if the fourth argument is a constant.

--- Comment #1 from toojays at toojays dot net 2009-01-21 04:53 --- Created an attachment (id=17157) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17157&action=view) Test case which shows fault with _mm_set_epi32 in gcc 4.0.x. Simple testcase to show the problem with _mm_set_epi3

[Bug c/38927] New: _mm_set_epi32 does not set the third argument if the fourth argument is a constant.

This bug appears in all of the gcc 4.0.x series, but does not occur in the 4.1.x series. If you create an __m128i vector using _mm_set_epi32(a, b, c, K), where a, b and c are variables, and K is a compile-time constant, the resulting vector has zeros where the value of c should be. This problem o

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

--- Comment #5 from hp at gcc dot gnu dot org 2009-01-21 04:17 --- (In reply to comment #3) > For may_trap_or_fault_p, the current only callers are > resource.c (reorg.c's old friend) ... Typo/thinko; it's actually reorg.c itself, resource.c isn't involved. -- http://gcc.gnu.org/bu

[Bug c/38926] New: ice in find_or_generate_expression, at tree-ssa-pre.c:2769

Seen using r143537 on Ubuntu Hardy. reg...@john-home:~/volatile/tmp123$ current-gcc -O3 small.c small.c: In function ‘baz’: small.c:59: internal compiler error: in find_or_generate_expression, at tree-ssa-pre.c:2769 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug libstdc++/38834] FAIL: abi_check on alpha

--- Comment #3 from bkoz at gcc dot gnu dot org 2009-01-21 04:04 --- Subject: Bug 38834 Author: bkoz Date: Wed Jan 21 04:04:24 2009 New Revision: 143538 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143538 Log: 2009-01-20 Benjamin Kosnik Uros Bizjak PR

[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.

--- Comment #6 from hp at gcc dot gnu dot org 2009-01-21 03:53 --- There's reason to believe the patch in PR38921, fixes this bug too, by divine mockery. I haven't verified yet, though. It would destroy the suspense... -- hp at gcc dot gnu dot org changed: What|Remo

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

--- Comment #4 from hp at gcc dot gnu dot org 2009-01-21 03:48 --- Zdenek, could you please comment on comment #3? -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

--- Comment #3 from hp at gcc dot gnu dot org 2009-01-21 03:46 --- Created an attachment (id=17156) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17156&action=view) Fix. Looks like reorg.c wasn't to blame after all. Changes were made to may_trap_or_fault_p that made them stop con

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #37 from pinskia at gcc dot gnu dot org 2009-01-21 03:35 --- To be more explict: 6.9.1/9: Each parameter has automatic storage duration. 7.13.2.1/3: All accessible objects have values, and all other components of the abstract machine209) have state, as of the time the longj

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #36 from pinskia at gcc dot gnu dot org 2009-01-21 03:28 --- (In reply to comment #35) > (In reply to comment #34) > > C standard guarantees that automatic variable only with volatile will be > > restored after longjmp. Gcc puts volatiles on stack and don't use pseudos > >

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #35 from hjl dot tools at gmail dot com 2009-01-21 03:27 --- (In reply to comment #34) > C standard guarantees that automatic variable only with volatile will be > restored after longjmp. Gcc puts volatiles on stack and don't use pseudos for > them. So they will be never sh

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #34 from vmakarov at redhat dot com 2009-01-21 03:15 --- C standard guarantees that automatic variable only with volatile will be restored after longjmp. Gcc puts volatiles on stack and don't use pseudos for them. So they will be never shared on stack. I think the code (its

[Bug target/38899] pessimizes function without SSE intrinsics

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-21 03:04 --- t.c:11: note: cost model: Adding cost of checks for loop versioning to treat misalignment. t.c:11: note: cost model: Adding cost of checks for loop versioning aliasing. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug target/38899] pessimizes function without SSE intrinsics

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-21 03:00 --- (In reply to comment #2) That is because the early complete unrolling comes and unrolls the loop so the autovectorizer does not have a loop to work on anymore. If I increase it to be 16 instead of 4, the loop is vec

[Bug target/38899] pessimizes function without SSE intrinsics

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-21 02:44 --- >void mul(float in1[4], float in2[4], float out[4]) Those arrays are not known to be aligned The other one I have to look into. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38899

[Bug target/38899] pessimizes function without SSE intrinsics

--- Comment #2 from Joey dot ye at intel dot com 2009-01-21 02:40 --- Following case isn't vecterized with -O3 on x86_64 either, although arrays are aligned: #include float __attribute__((aligned(16))) in1[] = { 1.2, 3.5, 1.7, 2.8 }; float __attribute__((aligned(16))) i

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #33 from hjl dot tools at gmail dot com 2009-01-21 02:14 --- For psim_set_halt_and_restart(system, &halt, ((void *)0)); if (_setjmp (halt)) return; last_cpu = psim_last_cpu(system); psim_set_halt_and_restart(system, &halt, &restart); if (_setjmp (restart)) {

[Bug c++/33475] New warning suggestion: virtual functions called from constructors/destructors

--- Comment #6 from gcc at eseidel dot com 2009-01-21 01:38 --- We just hit this when hacking on Chromium code. We were calling a virtual function from a constructor (unintentionally) and the bug was that GCC was silently calling the base-class implementation. After consulting the web,

[Bug middle-end/38857] [4.4 Regression] ICE in selective scheduler

--- Comment #6 from steven at gcc dot gnu dot org 2009-01-20 23:16 --- -static bool code_motion_path_driver (insn_t, av_set_t, ilist_t, - cmpd_local_params_p, void *); +static int code_motion_path_driver (insn_t, av_set_t, ilist_t, +

[Bug middle-end/38857] [4.4 Regression] ICE in selective scheduler

--- Comment #5 from sje at cup dot hp dot com 2009-01-20 23:12 --- I tested the patch on my original code (that the included test was cut down from) and it compiled that program with no problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38857

[Bug tree-optimization/38785] huge performance regression on EEMBC bitmnp01

--- Comment #13 from steven at gcc dot gnu dot org 2009-01-20 23:01 --- Created an attachment (id=17155) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17155&action=view) Throttle PRE, hookize SMALL_REGISTER_CLASSES This is the patch I have in my local tree (bootstrapped&tested on

[Bug fortran/38113] on warning/error: skip whitespaces, move position marker to actual variable name

--- Comment #7 from mikael at gcc dot gnu dot org 2009-01-20 22:37 --- (In reply to comment #6) > Note, this error is incorrect and will not be generated by gfortran when > my patch for pr38823 is accepted. > Your error may or may not eventually go to trunk. But the marker is at the wr

[Bug fortran/38852] UBOUND fails for negative stride triplets

--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-20 22:29 --- (In reply to comment #3) > DLA => DDA(2:3, 1:3:2, 5:4:-1, NF2, NF5:NF2:MF2) > > The descriptor built for DLA has negative strides for dimension >= 3. > This makes ubound fail. > Forget this DLA => DDA(2:3, 1:3:2,

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #15 from kurt at roeckx dot be 2009-01-20 22:03 --- I was still using: gcc (Debian 20081213-1) 4.4.0 20081212 (experimental) [trunk revision 142725] Which doesn't seem to have that option. Upgrading to the latest in Debian gives this version: gcc (Debian 20090107-1) 4.4.0 2

[Bug other/38758] gcc ships with GPL-only library parts (longlong.h)

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-01-20 22:02 --- Subject: Bug 38758 Author: jsm28 Date: Tue Jan 20 22:02:18 2009 New Revision: 143533 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143533 Log: PR other/38758 * longlong.h: Update copyright yea

[Bug other/38758] gcc ships with GPL-only library parts (longlong.h)

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-01-20 22:01 --- Subject: Bug 38758 Author: jsm28 Date: Tue Jan 20 22:01:03 2009 New Revision: 143532 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143532 Log: PR other/38758 * longlong.h: Update copyright yea

[Bug fortran/38907] [4.3 Regression ] ICE when contained function has same name as module function and used in expression

--- Comment #9 from pault at gcc dot gnu dot org 2009-01-20 21:59 --- Fixed on trunk Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/38758] gcc ships with GPL-only library parts (longlong.h)

--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-01-20 21:58 --- Subject: Bug 38758 Author: jsm28 Date: Tue Jan 20 21:58:30 2009 New Revision: 143531 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143531 Log: PR other/38758 * longlong.h: Update copyright yea

[Bug fortran/38907] [4.3/4.4 Regression ] ICE when contained function has same name as module function and used in expression

--- Comment #8 from pault at gcc dot gnu dot org 2009-01-20 21:57 --- Subject: Bug 38907 Author: pault Date: Tue Jan 20 21:56:49 2009 New Revision: 143530 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143530 Log: 2009-01-20 Paul Thomas PR fortran/38907 * res

[Bug inline-asm/38925] gcc ignores use of %rbp via assembly, generates bad code

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-20 21:47 --- Also I think the inline-asm could be improved so that the inline-asm just marks the registers that are clobbered instead of doing the mess you are doing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38925

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #14 from pinskia at gcc dot gnu dot org 2009-01-20 21:41 --- (In reply to comment #13) > My version of gcc doesn't seem to support the -fno-ira option. Well then it is not a snapshot of GCC 4.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #13 from kurt at roeckx dot be 2009-01-20 21:36 --- My version of gcc doesn't seem to support the -fno-ira option. Is that something that needs to be enabled at compile time? Can you try my test case with that option? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3866

[Bug inline-asm/38925] gcc ignores use of %rbp via assembly, generates bad code

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-20 21:34 --- I think this code is undefined as you are using uninitialized variables for input of the inline-asm. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/38925] gcc ignores use of %rbp via assembly, generates bad code

--- Comment #1 from thutt at vmware dot com 2009-01-20 21:27 --- See bug 16331 too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38925

[Bug c/38925] New: gcc ignores use of %rbp via assembly, generates bad code

/* * The below program demonstrates a defeciency with gcc's constraint * syntax for 64-bit code: it's not possible to directly constrain an * operand to a register in the range r8 through r15. * * Furthermore, it is not possible to use '%rbp' in a constraint. * * It has been shown that gcc c

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #32 from pinskia at gcc dot gnu dot org 2009-01-20 21:19 --- PR 38660 might the same issue too. It is an issue with longjmp and setjmp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38587

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #12 from pinskia at gcc dot gnu dot org 2009-01-20 21:19 --- THis is most likely the same issue as PR 38587. Does -fno-ira fix the issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #31 from hjl dot tools at gmail dot com 2009-01-20 21:17 --- Created an attachment (id=17154) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17154&action=view) A testcase Revision 143498 gave: [...@gnu-34 ppc]$ /export/gnu/import/rrs/143498/usr/bin/gcc -S bar.c -O2; e

[Bug fortran/38113] on warning/error: skip whitespaces, move position marker to actual variable name

--- Comment #6 from kargl at gcc dot gnu dot org 2009-01-20 21:02 --- (In reply to comment #5) > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822#c7 > > real z(int(transfer(2.e0**2.e0, 1.e0)) + 1) > 1 > Error: Fortran 2003: Noninteger exponent in an in

[Bug target/38924] New: gcc 4.4.0 20090117 - init_priority incorrect for GNU ld in "gcc/config/sol2.h"

+++ This bug was initially created as a clone of Bug #6482 +++ Please see there for more info. I eyeballed my Testsuite logs and found a number of test were UNSUPPORTED and should be enabled, here is one: The file: "gcc_trunk/gcc/config/sol2.h" is setting SUPPORTS_INIT_PRIORITY incorrectly. Drop

[Bug libstdc++/35942] Self Reference In Dynamic Linked Library builds for building Cross-Compiler

--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-20 20:56 --- I don't think this is a libstdc++ bug per se, but configure/build and possibly libtool-related. But I don't see a configure/build category (only a keyword), so the current mis-categorization shall continue. I will add

[Bug target/38384] link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00

--- Comment #40 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-20 20:23 --- Subject: Re: link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00 > >From looking at the log of #3, I would suggest that one thing to try would be > to explicitly turn off symbol vers

[Bug target/38384] link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00

--- Comment #39 from bkoz at gcc dot gnu dot org 2009-01-20 20:02 --- Hey all. It looks like the libstdc++ part of this is fixed. Therefore, I am going to slightly edit the subject, un-assign myself, and change the component to target. Although I suppose it could be binutils. >From loo

[Bug fortran/38113] on warning/error: skip whitespaces, move position marker to actual variable name

--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-20 20:00 --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822#c7 real z(int(transfer(2.e0**2.e0, 1.e0)) + 1) 1 Error: Fortran 2003: Noninteger exponent in an initialization expression at (1) -

[Bug rtl-optimization/38879] scheduler does not look for conflicting alias sets

--- Comment #4 from ubizjak at gmail dot com 2009-01-20 19:49 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01018.html -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug fortran/38907] [4.3/4.4 Regression ] ICE when contained function has same name as module function and used in expression

--- Comment #7 from mikael at gcc dot gnu dot org 2009-01-20 19:48 --- (In reply to comment #5) > > This removes the ICE: ... > > Do you understand why? > In the following: RDA(1,2) = + S_REAL_SUM_I(1.0,2.0) gfc_match_rvalue sets where for the rhs to the marked position belo

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #11 from bkoz at gcc dot gnu dot org 2009-01-20 19:44 --- Should be fixed now. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/38822] Compile-time simplification of x**(real) / ICE in in gfc_target_encode_expr

--- Comment #8 from kargl at gcc dot gnu dot org 2009-01-20 19:41 --- (In reply to comment #7) > I have a patch that not only fixes the ICE, but it will issue an > error for a program of the form > > troutmask:sgk[203] cat a.f90 > program a > real z(int(transfer(2.e0**2.e0, 1.e0)) + 1

[Bug target/30687] undocumented attributes on ia64

--- Comment #3 from sje at cup dot hp dot com 2009-01-20 19:37 --- Added documentation about syscall_linkage to 4.4.0 documentation. Closing out defect. -- sje at cup dot hp dot com changed: What|Removed |Added -

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #10 from bkoz at gcc dot gnu dot org 2009-01-20 19:31 --- Subject: Bug 38919 Author: bkoz Date: Tue Jan 20 19:30:51 2009 New Revision: 143526 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143526 Log: 2009-01-20 Benjamin Kosnik Rainer Emrich

[Bug libstdc++/32666] FAIL: abi_check hppa

--- Comment #19 from bkoz at gcc dot gnu dot org 2009-01-20 19:25 --- Fixed for 4.4.0 -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug fortran/38822] Compile-time simplification of x**(real) / ICE in in gfc_target_encode_expr

--- Comment #7 from kargl at gcc dot gnu dot org 2009-01-20 19:22 --- I have a patch that not only fixes the ICE, but it will issue an error for a program of the form troutmask:sgk[203] cat a.f90 program a real z(int(transfer(2.e0**2.e0, 1.e0)) + 1) z = 1. print '(5ES12.5)', z end

[Bug target/30687] undocumented attributes on ia64

--- Comment #2 from sje at gcc dot gnu dot org 2009-01-20 19:14 --- Subject: Bug 30687 Author: sje Date: Tue Jan 20 19:14:06 2009 New Revision: 143525 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143525 Log: PR target/30687 * doc/extend.texi (syscall_linkage):

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #7 from jwakely dot gcc at gmail dot com 2009-01-20 19:07 --- I've just noticed that the libgomp configure says: configure: versioning on shared library symbols is gnu even though it seems to have the same sed script as libstdc++, which says: configure: WARNING: === Lin

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-20 18:52 --- Mine -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #6 from bkoz at gcc dot gnu dot org 2009-01-20 18:50 --- This code block appears to be capable of generating no end of issues, sadly. For the record, POSIX head docs say -n is a requirement for conformance, at least p.2791 of EEE Std 1003.1-2008. Of course, who knows if all

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #5 from paolo dot carlini at oracle dot com 2009-01-20 17:29 --- Yes, I only meant the "head -1" vs "head -n 1" part. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #4 from jwakely dot gcc at gmail dot com 2009-01-20 17:18 --- oh sorry, Paolo, did you only mean the "head" part? I'm not too concerned about that bit, it works everywhere I care about, even if POSIX says otherwise -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #3 from jwakely dot gcc at gmail dot com 2009-01-20 17:17 --- then http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt01ch02.html#manual.intro.setup.prereq should be updated to say a POSIX sed is required. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923

[Bug tree-optimization/38748] [4.4 Regression] Missed FRE because of VIEW_CONVERT_EXPR

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-01-20 17:11 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/38747] [4.4 Regression] Wrong code due to VIEW_CONVERT_EXPR

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-20 17:10 --- Subject: Bug 38747 Author: rguenth Date: Tue Jan 20 17:10:40 2009 New Revision: 143523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143523 Log: 2009-01-20 Andrew Pinski Richard Guenther

[Bug tree-optimization/38748] [4.4 Regression] Missed FRE because of VIEW_CONVERT_EXPR

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-20 17:10 --- Subject: Bug 38748 Author: rguenth Date: Tue Jan 20 17:10:40 2009 New Revision: 143523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143523 Log: 2009-01-20 Andrew Pinski Richard Guenther

[Bug tree-optimization/38747] [4.4 Regression] Wrong code due to VIEW_CONVERT_EXPR

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-20 17:10 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #2 from paolo dot carlini at oracle dot com 2009-01-20 17:02 --- (In reply to comment #1) > should "head -1" also be replaced by "head -n 1" or is that less portable? Isn't this a very old issue? I think you will find a straightforward answer / rationale in the archive, or,

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #30 from hjl dot tools at gmail dot com 2009-01-20 16:36 --- (In reply to comment #28) > I am starting a test sweep with this patch applied. > > I will report back when the testing is done. > I am not sure if those volatile are really needed. I am trying to create a testc

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #29 from schwab at suse dot de 2009-01-20 16:30 --- (In reply to comment #27) > This patch for sim: > Index: sim/ppc/gen-idecode.c > === > RCS file: /cvs/src/src/sim/ppc/gen-idecode.c,v > retrieving revision 1.4

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

--- Comment #1 from jwakely dot gcc at gmail dot com 2009-01-20 15:58 --- should "head -1" also be replaced by "head -n 1" or is that less portable? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #28 from joel at gcc dot gnu dot org 2009-01-20 15:55 --- I am starting a test sweep with this patch applied. I will report back when the testing is done. Thanks. --joel (In reply to comment #27) > (In reply to comment #26) > > Well, ISTR something about local variables

[Bug libstdc++/38923] New: symbol versioning disabled due to non-portable sed script

libstdc++-v3/configure contains this: ldver=`$LD --version 2>/dev/null | head -1 | \ sed -e 's/GNU \(go\)\{0,1\}ld \(version \)\{0,1\}\(([^)]*) \)\{0,1\}\([0-9.][0-9.]*\).*/\4/'` that sed script fails with /usr/bin/sed on Solaris, disabling symbol versioning. Here's an example of

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #27 from hjl dot tools at gmail dot com 2009-01-20 15:49 --- (In reply to comment #26) > Well, ISTR something about local variables need to be marked volatile if you > use setjmp/longjmp. Is psim really in compliance with what the standard says > here? See 7.13.2.1/3 "...,

[Bug testsuite/38820] [4.2/4.3/4.4 Regression] During "make -i check" we set GCC_EXEC_PREFIX="/usr/local/lib/gcc/"

--- Comment #1 from rob1weld at aol dot com 2009-01-20 15:48 --- The Environment Variable "GCC_EXEC_PREFIX" _existed_ since long ago: http://www.cygwin.com/ml/cygwin/1998-11/msg00777.html but I'm still looking for the first occurrence of the actual Bug itself. On Platform i686-pc-linu

[Bug middle-end/38857] [4.4 Regression] ICE in selective scheduler

--- Comment #4 from amonakov at gcc dot gnu dot org 2009-01-20 15:47 --- Created an attachment (id=17153) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17153&action=view) proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38857

[Bug middle-end/38857] [4.4 Regression] ICE in selective scheduler

--- Comment #3 from amonakov at gcc dot gnu dot org 2009-01-20 15:45 --- The assert that fails is checking whether an instruction was correctly disconnected from the insn stream (at its original location) to be inserted on the scheduling boundary by adjusting PREV_INSN/NEXT_INSN links (

[Bug libstdc++/32666] FAIL: abi_check hppa

--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-20 15:36 --- Subject: Re: FAIL: abi_check hppa > The float versions were added in r143457 The abi check problem is fixed, and the hpux test results on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11 are again ok. Dave

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #26 from rguenth at gcc dot gnu dot org 2009-01-20 15:29 --- Well, ISTR something about local variables need to be marked volatile if you use setjmp/longjmp. Is psim really in compliance with what the standard says here? See 7.13.2.1/3 "..., except that the values of objec

[Bug libstdc++/38897] Parallel mode example code does not compile

--- Comment #5 from j dot s dot sebastian at gmail dot com 2009-01-20 15:13 --- It seems with libstdc++ from svn trunk the bug disappears. Both __gnu_parallel::sort(v.begin(), v.end()); and __gnu_parallel::sort(v.begin(), v.end(),std::less()); now compile and run. At the momen

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #8 from r dot emrich at de dot tecosim dot com 2009-01-20 15:12 --- (In reply to comment #7) > (In reply to comment #4) > > I don't think that this has anything to do with the crossconfig.m4 > > > > At least until revision 143362 trunk used to build cross compiler from > >

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #25 from hjl dot tools at gmail dot com 2009-01-20 15:08 --- (In reply to comment #24) > Subject: Re: [4.4 Regression] psim miscompiled #2 > > On Tue, 20 Jan 2009, hjl dot tools at gmail dot com wrote: > > > --- Comment #23 from hjl dot tools at gmail dot com 2009-01

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #24 from rguenther at suse dot de 2009-01-20 15:01 --- Subject: Re: [4.4 Regression] psim miscompiled #2 On Tue, 20 Jan 2009, hjl dot tools at gmail dot com wrote: > --- Comment #23 from hjl dot tools at gmail dot com 2009-01-20 14:24 > --- > (In reply to comment

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #7 from r dot emrich at de dot tecosim dot com 2009-01-20 14:58 --- (In reply to comment #4) > I don't think that this has anything to do with the crossconfig.m4 > > At least until revision 143362 trunk used to build cross compiler from > x86_64-unknown-linux-gnu to both mi

[Bug target/38902] [4.3 Regression] __builtin_strcpy doesn't work with -fstack-protector

--- Comment #12 from hjl at gcc dot gnu dot org 2009-01-20 14:40 --- Subject: Bug 38902 Author: hjl Date: Tue Jan 20 14:40:30 2009 New Revision: 143516 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143516 Log: 2009-01-20 Kees Cook H.J. Lu PR target/389

[Bug c++/38873] boost 1.37.0 fails to compile comp_ellint_1l.cpp

--- Comment #3 from HMWiesinger at gmx dot at 2009-01-20 14:30 --- Sorry for the delay. I found out it works for me as well, sometimes. I'll attach both the output of when it worked and when it failed (on the same system). Command: "/usr/bin/g++" -v -ftemplate-depth-128 -O3 -finline-fu

[Bug target/38868] [4.4 Regression] r143152 breaks output routines in xplor-nih

--- Comment #49 from hjl dot tools at gmail dot com 2009-01-20 14:27 --- (In reply to comment #48) > Fixed; the bug is latent in 4.3. > The testcase should be added to 4.3 to make sure that it remains latent even with future backports. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #23 from hjl dot tools at gmail dot com 2009-01-20 14:24 --- (In reply to comment #22) > From tree-inline.c: > > case BUILT_IN_LONGJMP: > /* We can't inline functions that call __builtin_longjmp at >all. The non-local goto machinery re

[Bug target/29319] ICE unrecognizable insn: offset too large for larl (breaks glibc)

--- Comment #9 from rob1weld at aol dot com 2009-01-20 13:54 --- I was checking my Testsuite Results for UNSUPPORTED tests and arrived here. I thought I would try the code on i386-pc-solaris2.11 with gcc version 4.4.0 . When booted 32-bit and using -m64: # gcc -O2 -m64 -fPIC test.c (n

[Bug target/38868] [4.4 Regression] r143152 breaks output routines in xplor-nih

--- Comment #48 from bonzini at gnu dot org 2009-01-20 13:25 --- Fixed; the bug is latent in 4.3. -- bonzini at gnu dot org changed: What|Removed |Added Statu

[Bug target/38868] [4.4 Regression] r143152 breaks output routines in xplor-nih

--- Comment #47 from bonzini at gnu dot org 2009-01-20 13:24 --- Subject: Bug 38868 Author: bonzini Date: Tue Jan 20 13:24:25 2009 New Revision: 143513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143513 Log: gcc: 2008-01-20 Paolo Bonzini PR target/38868 *

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #6 from r dot emrich at de dot tecosim dot com 2009-01-20 13:00 --- Benjamin, you have only #include in both math_stubs_float.cc and math_stubs_long_double.cc. Then you use something like #ifndef _GLIBCXX_HAVE_FABSL I don't see any definition in scope. -- http://gcc

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #5 from r dot emrich at de dot tecosim dot com 2009-01-20 11:50 --- Benjamin, I suspect that your changes on the 15th are causing the trouble. FYI, for libgfortran all the math test are performed at least for the x86_64-pc-mingw32 target even in a cross build. -- http:

[Bug libstdc++/38919] math_stubs_long_double.cc: error: redefinition of 'long double ...' vs. /usr/x86_64-mingw32/include/math.h

--- Comment #4 from r dot emrich at de dot tecosim dot com 2009-01-20 11:41 --- I don't think that this has anything to do with the crossconfig.m4 At least until revision 143362 trunk used to build cross compiler from x86_64-unknown-linux-gnu to both mingw targets x86_64-pc-mingw32 and

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

--- Comment #2 from hp at gcc dot gnu dot org 2009-01-20 10:38 --- To fit in gcc.dg/torture, the test needs a /* { dg-do run } */ at the top. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38921

[Bug fortran/38883] [4.4 Regression] ICE for MVBITS with derived type argument that has run-time subscripts

--- Comment #5 from domob at gcc dot gnu dot org 2009-01-20 09:47 --- (In reply to comment #2) > http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141516 ? > Seems to be my fault, quite plausibly :D I will work on this. -- domob at gcc dot gnu dot org changed: What

[Bug fortran/38887] [4.4 Regression] run-time abort for MVBITS with run-time zero sized array arguments

--- Comment #3 from domob at gcc dot gnu dot org 2009-01-20 09:44 --- I will work on this. -- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug c/38922] [4.3 Regression] Optimization regression in simple conditional code (js instead of cmov) 4.3 vs 4.1 and 3.4

--- Comment #3 from vincenzo dot innocente at cern dot ch 2009-01-20 09:24 --- I confirm that gcc 4.2.3 is as fast as 4.1 and at least twice as slow of gcc 4.3.2 test done on an intel core2 running RHL4 and core i7 with RHL5. mtune either generic or native (no difference) -- http:/

[Bug middle-end/36227] [4.3 Regression] POINTER_PLUS folding introduces undefined overflow

--- Comment #16 from rguenth at gcc dot gnu dot org 2009-01-20 09:21 --- Should be fixed now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36227

[Bug middle-end/38587] [4.4 Regression] psim miscompiled #2

--- Comment #22 from rguenth at gcc dot gnu dot org 2009-01-20 09:13 --- >From tree-inline.c: case BUILT_IN_LONGJMP: /* We can't inline functions that call __builtin_longjmp at all. The non-local goto machinery really requires the de

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.3.3 http://gcc

[Bug c/38922] [4.3 Regression] Optimization regression in simple conditional code (js instead of cmov) 4.3 vs 4.1 and 3.4

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-20 09:04 --- 4.4.0 is faster for me than 4.2 and 4.3 (4.3 is indeed slower than 4.2, but my 3.4 (32bit only) is way slower than 4.4 (also 32bit)). Note that performance of cmov heavily depends on the microarchitecture of your CP

  1   2   >