[Bug libstdc++/35197] Native linker can't locate file for -lstdc++ with --enable-version-specific-runtime-libs

--- Comment #2 from skunk at iskunk dot org 2008-02-15 07:53 --- Not-so-superfluous verbiage restored: $ g++ -v -o hello hello.cxx Using built-in specs. Target: alphaev56-dec-osf4.0g Configured with: /tg/freeport/src/gcc/gcc--4.2.3/configure --prefix=/opt/tg --disable-dependency-trackin

[Bug libstdc++/35197] Native linker can't locate file for -lstdc++ with --enable-version-specific-runtime-libs

--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2008-02-15 07:28 --- > $ g++ -v -o hello hello.cxx > [superfluous verbiage elided] Please don't elide that. It shows how exactly you configured GCC, so please show that. -- Ralf dot Wildenhues at gmx dot de changed:

[Bug middle-end/34621] [4.3 Regression] gcc.c-torture/execute/va-arg-25.c:32: internal compiler error: in expand_call, at calls.c:2785

--- Comment #34 from dominiq at lps dot ens dot fr 2008-02-15 07:21 --- With the patch in http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00507.html, the PR is fixed without regression on intel(32/64 bit) and ppc(32 bit) darwin9. I'll post the test results ASAP. Thanks for your patience an

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #6 from burnus at gcc dot gnu dot org 2008-02-15 07:17 --- > As I am at a WG5 just right now, I decided to ask. Allowing OPTIONAL,VALUE > was a conscious decision by the Committee (although not necessarily an > unanimous one :-) Can you ask the other vendors how they plan t

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-15 06:35 --- Scratch the patch in comment #4. When the argument is passed by value and is missing the call looks like: aap(0b) So I was thinking we could build: if (&n != 0b) -- http://gcc.gnu.org/bugzilla/show_bug

[Bug libgcj/33085] liblt_prog_compiler_pic_GCJ='-DDLL_EXPORT' is wrong

--- Comment #3 from rwild at gcc dot gnu dot org 2008-02-15 06:13 --- Patch posted: -- rwild at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-02-15 06:11 --- Try this, seems to work, though I have not regression tested. Index: trans-expr.c === --- trans-expr.c(revision 132313) +++ trans-expr.c

[Bug target/35088] ICE: in def_cfa_1, at dwarf2out.c:804

--- Comment #2 from corsepiu at gcc dot gnu dot org 2008-02-15 06:03 --- The patch Joseph Myers proposed in http://gcc.gnu.org/ml/gcc/2008-02/msg00264.html seems to solve this issue. -- corsepiu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35207] New: gcc does not warn when wrong value is passed to enumerated data type

Options given while compiling : -Wall Complete command line: gcc -Wall #include typedef enum { ALL_COLORS, GREEN_COLOR, RED_COLOR, BLUE_COLOR }colors_e; typedef struct _model { colors_e model_color; }model; void test_valid(model *ptr) { switch(ptr->model_color) {

[Bug java/35206] Class.getModifiers() returns wrong value for static inner class

--- Comment #1 from marcus at better dot se 2008-02-15 04:50 --- Created an attachment (id=15155) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15155&action=view) Test case Result with gij: ~$ gij InnerTest 33 = public synchronized static: false ~$ gij --version java version "1.

[Bug java/35206] New: Class.getModifiers() returns wrong value for static inner class

Calling getModifiers() for an inner class that is public static returns 33 (public synchronized) instead of the correct value 9. -- Summary: Class.getModifiers() returns wrong value for static inner class Product: gcc Version: 4.3.0

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-02-15 04:18 --- Created an attachment (id=15154) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15154&action=view) Revised patch This patch regression tests OK. Same issues with stdio. Will commit for 4.4. -- jvdelisl

[Bug c++/35026] [4.3 regression] ICE with parameter pack in pointer type

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:52 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html We could tweak this ice-on-invalid-code to create some ice-on-valid-code failures. See the e-mail with the patch. -- dgregor at gcc dot gnu dot

[Bug c++/35024] [4.3 regression] ICE with parameter pack in nested type

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:51 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html -- dgregor at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35023] [4.3 regression] ICE with parameter pack in variable declaration

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:51 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html -- dgregor at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35022] [4.3 regression] ICE with parameter pack in template constant parameter

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:35 --- This test case actually exposes two (!) related issues, one of which is a rejects-valid: template class X> void foo(X<0>); and the other, which is an ice-on-valid-code: template class X> void foo(X<0>); The i

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #12 from dgregor at gcc dot gnu dot org 2008-02-15 03:10 --- Thanks, Mark! Fixed on mainline. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #11 from dgregor at gcc dot gnu dot org 2008-02-15 03:10 --- Subject: Bug 34050 Author: dgregor Date: Fri Feb 15 03:09:18 2008 New Revision: 132331 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132331 Log: 2008-02-14 Douglas Gregor <[EMAIL PROTECTED]> PR

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #10 from mmitchel at gcc dot gnu dot org 2008-02-15 02:59 --- This patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34050

[Bug tree-optimization/35164] [4.3 regression] Unable to coalesce ab SSA_NAMEs

--- Comment #5 from rakdver at gcc dot gnu dot org 2008-02-15 02:59 --- forwprop3 changes SR.40_22 = &D.2672_11(ab)->D.2242; # D.2672_315(ab) = PHI SR.40_27 = SR.40_22; D.2705_29 = &SR.40_27->D.2120; (where the life ranges of D_11 and D_315 do not overlap) to SR.40_22 = &D.2672_11(a

[Bug target/35193] can't find a register in class 'R1_REGS' while reloading 'asm'

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-15 01:54 --- Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm' > --- Comment #1 from b dot gunreben at web dot de 2008-02-14 13:28 --- > Created an attachment (id=15148) --> (http://

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #9 from andreasmeier80 at gmx dot de 2008-02-15 01:20 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00520.html -- andreasmeier80 at gmx dot de changed: What|Removed |Added

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

-- toon at moene dot indiv dot nluug dot nl changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 La

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2008-02-15 01:04 --- > At the moment I do not see how one could implement this if WG5 insists that > this is valid - except of passing a hidden argument. As I am at a WG5 just right now, I decided to ask. Allowing OPTIONAL,V

[Bug c++/35205] Structure enum wrongly interpreted as a variable in switch case.

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-15 00:57 --- I don't think this is a bug, a here is a variable so you are accessing the enum value via the variable which is a constant but not a constant integral expression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug c++/35205] New: Structure enum wrongly interpreted as a variable in switch case.

gcc 4.1.2 compiler issues an error that 'a.x' is not a constant while I expect 'a.x' is a constant. $ cat test.c #include struct s{ int i; enum {x}; }a; int main(void) { switch(1){ case a.x: ; } return 0; } $ g++ test.c test.c: In function 'int ma

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #2 from burnus at gcc dot gnu dot org 2008-02-15 00:03 --- I now checked the F2003 standard + the two corrigenda and it misses this clause. For TYPE such clauses were added in a corrigendum. As you are a J3 member, can you create an interpretation request? By the way, the r

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #1 from burnus at gcc dot gnu dot org 2008-02-14 23:46 --- I think this is a defect in the standard; it should not be possible to combine VALUE with OPTIONAL; currently all my compilers fail like gfortran. At the moment I do not see how one could implement this if WG5 insist

[Bug c++/5645] gcc warns that pure virtual class not explicitly initialized

--- Comment #12 from manu at gcc dot gnu dot org 2008-02-14 23:39 --- Fixed in GCC 4.3 per Jason's commit. Not worth fixing it in branches. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

-- steven at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot |

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #6 from steven at gcc dot gnu dot org 2008-02-14 23:25 --- Should be P1. This bug is shows an intrinsic scalability problem with SCC-VN as it is implemented right now (and presented in the literature). The key issue is, SCC-VN should use a non-recursive SCC finding algorith

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-14 23:22 --- x86_64-linux has a default stack limit of 8MB. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #4 from marcus at jet dot franken dot de 2008-02-14 23:20 --- wit ulimit -s unlimited the test survives. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #3 from marcus at jet dot franken dot de 2008-02-14 23:17 --- my stacksize is limited to 8MB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #10 from alexandre dot nunes at gmail dot com 2008-02-14 23:15 --- (In reply to comment #9) > We can't change the current behavior/ABI obviously. But the request for > better > documentation is correct. > Would it be feasibly to have a non-fatal testcase for this, so tha

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #2 from marcus at jet dot franken dot de 2008-02-14 23:15 --- (gcc 4.2.1 seems to survive) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #1 from marcus at jet dot franken dot de 2008-02-14 23:13 --- Created an attachment (id=15153) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15153&action=view) menu.i.gz menu.i.gz (extract from Wine) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug middle-end/35204] New: crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

gcc -m32 -O2 -c menu.i -o menu.o gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See for instructions. gdb ...cc1 (gdb) r -fpreprocessed menu.i -dumpbase menu.i -m32 -mtune=generic -auxbase-strip menu.o -g -O2 -Wdeclaration-afte

[Bug c++/11159] erroneous warning in copy ctor with virtual inheritance

--- Comment #16 from jason at gcc dot gnu dot org 2008-02-14 23:11 --- Subject: Bug 11159 Author: jason Date: Thu Feb 14 23:11:04 2008 New Revision: 132324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132324 Log: PR c++/5645 PR c++/11159 * class.c (type

[Bug c++/5645] gcc warns that pure virtual class not explicitly initialized

--- Comment #11 from jason at gcc dot gnu dot org 2008-02-14 23:11 --- Subject: Bug 5645 Author: jason Date: Thu Feb 14 23:11:04 2008 New Revision: 132324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132324 Log: PR c++/5645 PR c++/11159 * class.c (type_

[Bug tree-optimization/35202] [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

--- Comment #2 from joseph at codesourcery dot com 2008-02-14 23:09 --- Subject: Re: [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno On Thu, 14 Feb 2008, rguenth at gcc dot gnu dot org wrote: > Clarification would be much appreciated here, and I would li

[Bug fortran/35203] New: OPTIONAL, VALUE actual argument cannot be an INTEGER 0

Run this program: INTERFACE SUBROUTINE AAP(I) INTEGER, OPTIONAL, VALUE :: I END SUBROUTINE END INTERFACE CALL AAP(0) END SUBROUTINE AAP(N) INTEGER, OPTIONAL, VALUE :: N IF (PRESENT(N)) THEN PRINT*,'PRESENT, WITH VALUE:',N E

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-14 23:04 --- We can't change the current behavior/ABI obviously. But the request for better documentation is correct. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/35202] [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-14 23:01 --- There are more problems with -ferrno-math, see also PR29887. It is btw unclear to me whether -ferrno-math is supposed to preserve errno handling of whatever the underlying libm provides or if it should actively do e

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #10 from hjl dot tools at gmail dot com 2008-02-14 22:56 --- Binutils is fixed by http://sourceware.org/ml/binutils/2008-02/msg00152.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200

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

--- Comment #4 from ubizjak at gmail dot com 2008-02-14 22:17 --- Fixed for real. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #9 from pinskia at gmail dot com 2008-02-14 22:09 --- Subject: Re: [4.3 Regression] bogus aliasing warning On 14 Feb 2008 20:54:18 -, hjl dot tools at gmail dot com <[EMAIL PROTECTED]> wrote: > Where is this documented in ISO C? There is a Defect Report explicitly abo

[Bug tree-optimization/35202] [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

Re: [Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

On 14 Feb 2008 20:54:18 -, hjl dot tools at gmail dot com <[EMAIL PROTECTED]> wrote: > Where is this documented in ISO C? There is a Defect Report explicitly about this: http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_236.htm -- Pinski

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #8 from alexandre dot nunes at gmail dot com 2008-02-14 22:06 --- (In reply to comment #7) > Yes, so for packed structs (which are a GCCism), GCC sets the rule. Better > documentation is certainly appreciated, but - what is the bug here? Did > the behavior change (I think

[Bug tree-optimization/35202] New: [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

GCC converts calls such as (float)exp((double)f), where f is a float, into calls to the corresponding mathematical functions for float, such as expf. However, if the result overflows the range of float but not that of double, the conversion is unsafe with -fmath-errno (on by default on most target

[Bug ada/35194] floating point truncation error on intel platform

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-14 21:47 --- Does the oracle library by any chance mess with the floating point precision registers of the CPU? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35194

[Bug c++/35026] [4.3 regression] ICE with parameter pack in pointer type

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/35025] [4.3 regression] ICE with invalid specialization of variadic template

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

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

--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-02-14 21:44 --- Fixed -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added

[Bug c++/35024] [4.3 regression] ICE with parameter pack in nested type

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c/35198] [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-14 21:42 --- Confirmed. This used to work with gcc 2.95 at least. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

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

--- Comment #2 from dannysmith at gcc dot gnu dot org 2008-02-14 21:42 --- Subject: Bug 35061 Author: dannysmith Date: Thu Feb 14 21:41:40 2008 New Revision: 132322 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132322 Log: PR preprocessor/35061 gcc * c-pragma.c

[Bug c++/35023] [4.3 regression] ICE with parameter pack in variable declaration

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/35022] [4.3 regression] ICE with parameter pack in template constant parameter

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/35147] ICE trying to expand an argument pack with zero arguments

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-14 21:38 --- This code is actually ill-formed. The problem is here: bind(h, forward(args...)) For N arguments, the second argument expands to: bind(h, forward(args1, args2, ..., argsN)) However, that's ill-formed because

[Bug c++/35145] Mozilla stable branch (1.8) fails to build with gcc 4.3.0

--- Comment #4 from kengert at redhat dot com 2008-02-14 21:35 --- Andrew, thanks a lot for your comments. It turns out the bug was indeed caused by Mozilla code, see the Mozilla bug. Closing as INVALID. -- kengert at redhat dot com changed: What|Removed

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-14 21:33 --- Yes, so for packed structs (which are a GCCism), GCC sets the rule. Better documentation is certainly appreciated, but - what is the bug here? Did the behavior change (I think it did for some 3.x releases) recently

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-14 21:23 --- See 6.5/6 and /7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-14 21:19 --- ISO C even disallows type-punning with unions (which is in fact a GNU extension): union { int i; float f } u; u.i = 1; return u.f; invokes undefined behavior in ISO C. You have to use memcpy and two different memo

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #6 from hjl dot tools at gmail dot com 2008-02-14 20:54 --- (In reply to comment #5) > Can you when you debug the function, please dump the VOPs also since then it > should become obvious the issue. > > Anyways I don't think this an bogus warning and really I think this is a

[Bug c++/35201] New: libdemangle no longer distinguishes constructor/destructor variants

The C++ ABI at http://www.codesourcery.com/cxx-abi/abi.html defines: ::= C1 # complete object constructor ::= C2 # base object constructor ::= C3 # complete object allocating constructor ::= D0 # deleting destructor ::= D1 # complete object destructor ::= D2 # base objec

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-14 20:21 --- Can you when you debug the function, please dump the VOPs also since then it should become obvious the issue. Anyways I don't think this an bogus warning and really I think this is a code issue. This is actually do

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #4 from hjl dot tools at gmail dot com 2008-02-14 20:16 --- The first time we saw it is last Nov. But it is very hard to reproduce. Any changes in input will make the warning to disappear. Here is what Xuepeng got The warning are caused by SSA and type-punning: [EMAIL PROTE

[Bug target/35124] Method _alloca is defined different by MSVCRT as by gcc.

--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-02-14 20:10 --- (In reply to comment #7) > If someone really wants an MSCV compatible (one underscore) _alloca they just > add this to their srcs > void *_alloca (size_t size) {return __builtin_alloca (size)); > Ugh

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-14 20:00 --- Oh there is an union here. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35200] [4.3 Regression] gcc 4.3 failed to compile binutils

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-14 19:57 --- H, I think this might be a valid warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200

[Bug tree-optimization/35200] [4.3 Regression] gcc 4.3 failed to compile binutils

--- Comment #1 from hjl dot tools at gmail dot com 2008-02-14 19:52 --- Created an attachment (id=15152) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15152&action=view) A testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200

[Bug tree-optimization/35200] New: [4.3 Regression] gcc 4.3 failed to compile binutils

Gcc 4.3 revision 132310 gives bogus error when compiling binutils on Linux/ia32: [EMAIL PROTECTED] gas]$ /usr/gcc-4.3/bin/gcc -O2 x.i -S -Wall x.c: In function ‘operand_type_match’: x.c:1025: warning: likely type-punning may break strict-aliasing rules: object ‘*{unknown}’ of main type ‘unsigned i

[Bug middle-end/34621] [4.3 Regression] gcc.c-torture/execute/va-arg-25.c:32: internal compiler error: in expand_call, at calls.c:2785

--- Comment #33 from dominiq at lps dot ens dot fr 2008-02-14 19:37 --- > Dominique, could you regtest I just finished a fresh build, I'll start to regtest as soon as the install is finished, the full regtest takes approximately 5 hours, so the results will only be available tomorrow mo

[Bug bootstrap/35199] [PATCH] Check for valid value of BASEVER

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-14 19:33 --- BASE-VER should always exist. Also patches should be posted to [EMAIL PROTECTED] -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/35136] [4.3 Regression] ICE caused by address calculation with loop variable when optimization is on

--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-02-14 19:10 --- Hopefully for real this time. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35136] [4.3 Regression] ICE caused by address calculation with loop variable when optimization is on

--- Comment #18 from ebotcazou at gcc dot gnu dot org 2008-02-14 19:08 --- Subject: Bug 35136 Author: ebotcazou Date: Thu Feb 14 19:07:38 2008 New Revision: 132320 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132320 Log: PR middle-end/35136 * gimplify.c (force

[Bug other/35199] [PATCH] Check for valid value of BASEVER

--- Comment #1 from skunk at iskunk dot org 2008-02-14 19:01 --- Created an attachment (id=15151) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15151&action=view) Patch against gcc/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35199

[Bug other/35199] New: [PATCH] Check for valid value of BASEVER

I was recently bootstrapping GCC4 on Tru64. One thing that tripped me up a couple times was an ICE resulting from an invalid version_string (""). I traced this back to the following fragment in gcc/Makefile, where BASEVER_c is assigned: BASEVER := $(srcdir)/BASE-VER # 4.x.y [...]

[Bug c/35198] New: missed evaluation of VM array type

void* a(void* x) {return (int (*)[10][printf("hi\n")])x;} int main() { int i; a(&i); } should print hi. This was still broken in 4.3 in July, 2007. -- Summary: missed evaluation of VM array type Product: gcc Version: 4.2.1 Status: UNCONFIRMED

[Bug libstdc++/35197] New: Native linker can't locate file for -lstdc++ with --enable-version-specific-runtime-libs

I have a build of GCC 4.2.3 compiled with --enable-version-specific-runtime-libs. It fails to link a trivial C++ program, because the (non-GNU) linker does not know about libstdc++, and the GCC frontend is not passing an appropriate -L... flag to the linker so that it can find the library. $ g++ -

[Bug target/35124] Method _alloca is defined different by MSVCRT as by gcc.

--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-02-14 17:46 --- (In reply to comment #6) > I agree, that the havoc for 32-bit backward compatibility is to avoid. > But the havoc for windows sources using -fno-builtin and using _alloca () for > stack allocation produ

[Bug target/35018] [m68k-elf] Gcc ouputs invalid asm when compiling with -O2 or higher

--- Comment #2 from schwab at suse dot de 2008-02-14 17:35 --- The problem is in the addsi_lshrsi_31 insn: (define_insn "addsi_lshrsi_31" [(set (match_operand:SI 0 "nonimmediate_operand" "=dm") (plus:SI (lshiftrt:SI (match_operand:SI 1 "general_operand" "rm") (const_in

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

--- Comment #7 from corsepiu at gcc dot gnu dot org 2008-02-14 17:26 --- Created an attachment (id=15150) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15150&action=view) patch implementing drow's proposal I have no idea what this patch actually does, but it at least lets arm-rte

[Bug middle-end/34621] [4.3 Regression] gcc.c-torture/execute/va-arg-25.c:32: internal compiler error: in expand_call, at calls.c:2785

--- Comment #32 from ubizjak at gmail dot com 2008-02-14 17:08 --- Dominique, could you regtest http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00507.html on darwin? -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug target/34526] no-altivec ABI should be fixed or no longer be the default

--- Comment #11 from drow at gcc dot gnu dot org 2008-02-14 16:31 --- Might want to try at least one SPE target, for completeness. I think powerpc-*-eabispe is sim testable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526

[Bug middle-end/35196] [4.3 Regression] lastprivate broken for static non-ordered loops

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Keywords||openmp Known to fail||4.3.0 Know

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

--- Comment #6 from joel at gcc dot gnu dot org 2008-02-14 16:30 --- (In reply to comment #5) > Looks like it should be "do_it eq, t". Each additional "t" or "e" predicates > one more instruction. The mvfeqd has to be predicated and so does the > RETc(eq). > Do you want to commit tha

[Bug middle-end/35196] New: [4.3 Regression] lastprivate broken for static non-ordered loops

extern void abort (void); extern void omp_set_dynamic (int); int main (void) { int i, j; omp_set_dynamic (0); #pragma omp parallel for lastprivate (i, j) num_threads (8) for (i = 0; i < 5; i++) j = i; if (i != 5 || j != 4) abort (); return 0; } fails with -fopenmp since http://g

[Bug c++/35182] [4.2/4.3 Regression] ICE in coalesce_abnormal_edges

--- Comment #7 from rguenther at suse dot de 2008-02-14 16:16 --- Subject: Re: [4.2/4.3 Regression] ICE in coalesce_abnormal_edges On Thu, 14 Feb 2008, hubicka at gcc dot gnu dot org wrote: > --- Comment #6 from hubicka at gcc dot gnu dot org 2008-02-14 15:54 > --- > I am go

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

--- Comment #5 from drow at gcc dot gnu dot org 2008-02-14 16:11 --- Looks like it should be "do_it eq, t". Each additional "t" or "e" predicates one more instruction. The mvfeqd has to be predicated and so does the RETc(eq). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35071

[Bug c++/35182] [4.2/4.3 Regression] ICE in coalesce_abnormal_edges

--- Comment #6 from hubicka at gcc dot gnu dot org 2008-02-14 15:54 --- I am going to take a look. Where we split the edge? Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35182

[Bug libstdc++/34538] [DR 697] combination of sstream, invalid_argument and -std=c++0x breaks valid code

--- Comment #9 from pcarlini at suse dot de 2008-02-14 15:40 --- *** Bug 33983 has been marked as a duplicate of this bug. *** -- pcarlini at suse dot de changed: What|Removed |Added -

[Bug libstdc++/33983] and invalid_argument name clash with -std=gnu++0x

--- Comment #5 from pcarlini at suse dot de 2008-02-14 15:40 --- *** This bug has been marked as a duplicate of 34538 *** -- pcarlini at suse dot de changed: What|Removed |Added

[Bug c++/35116] [4.3 Regression]: Fail to compile valid code

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-14 14:55 --- *** Bug 35183 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/35183] ice for illegal code

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-14 14:55 --- This is already fixed with "4.3.0 20080213". *** This bug has been marked as a duplicate of 35116 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/35183] ice for illegal code

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-14 14:48 --- It used to compile with "4.3.0 20080128". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35183

asdasd

Szia! Csak azert irok neked mert szeretnem felhivni a figyelemedet magyarorszag egyik legnagyobb warez oldalara,ami nem reg keszult el es mar tobb 100 regisztralt felhasznalonk van! a legujabb PREMIER filmek,mp3,games,sorozatok,stb Ha te is csatlakozni szeretnel nezd meg az oldalunkat http://jo

[Bug target/35195] New: Strange effect of -msse5/-mno-sse5

bash-3.2$ cat y.c #include int main () { #ifdef __MMX__ printf ("MMX\n"); #endif #ifdef __3dNOW__ printf ("3dNOW\n"); #endif #ifdef __3dNOW_A__ printf ("3dNOW_A\n"); #endif } bash-3.2$ /usr/gcc-4.3/bin/gcc -march=k8 -msse5 y.c && ./a.out MMX 3dNOW 3dNOW_A bash-3.2$ /usr/gcc-4.3/bin/gcc -ma

  1   2   >