[Bug c++/34774] [4.1/4.2 Regression] templates, enumerations, overflow, ice

--- Comment #21 from tbptbp at gmail dot com 2008-02-14 07:52 --- I've already submitted PR34864 for the folding but apparently i've overdone the reduction; it's actually slightly tricky to trigger the issue (i mean i've obviously hit another problem in that PR). Right now i'm out of in

[Bug c++/35192] Base method overloading hides base public method in derived class.

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-14 07:50 --- This is what the C++ standard says. overloading g will hide all of g functions in the base class. if you want not to have them hidden you have to add an using statement. Like: class Derived : public Base { public:

[Bug c++/35192] New: Base method overloading hides base public method in derived class.

Code example: class Base { public: void g(int i) {} protected: virtual void g(int i, int j) {} }; class Derived : public Base { protected: virtual void g(int i, int j) {} }; int main() { Derived o; o.g(5); return 0; } Compilation output: dos/quotas/test.cc: In function 'int ma

[Bug c++/35159] g++ inoperable with no error message

--- Comment #4 from mmitchel at gcc dot gnu dot org 2008-02-14 06:59 --- It's true that having the new target not work well is embarrassing, but it's not a regression of any kind. However, if we don't fix this, then we certainly shouldn't brag about support for this target in the NEWS

[Bug middle-end/35149] [4.3 Regression] ICE: in expand_call_inline, at tree-inline.c:2653

--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-02-14 06:46 --- Subject: Re: [4.3 Regression] ICE: in expand_call_inline, at tree-inline.c:2653 * hubicka at gcc dot gnu dot org wrote on Wed, Feb 13, 2008 at 06:29:51PM CET: > --- Comment #7 from hubicka at gcc do

[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 #26 from ubizjak at gmail dot com 2008-02-14 06:45 --- (In reply to comment #25) > > (Could someone with darwin bootstraps and regtest removal of these defines? > > Do > > we even have an example of a failure for latest 4.3 if these are not > > defined?) > > I bootstraped

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

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-02-14 06:07 --- Patch in comment #6 has a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34974

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

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-02-14 06:00 --- Created an attachment (id=15147) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15147&action=view) Tentative patch This patch fixes the test case when writing to an actual file, but not to stdio. Stdout is

[Bug rtl-optimization/35190] New: Wrong branch instruction with -freorder-blocks-and-partition on SH

On SH, gcc.dg/tree-prof/bb-reorg.c test fails with assembler messages like: /tmp/cc3RtxMk.s: 115: Error: displacement to defined symbol .L27 overflows 12-bit field It happens with a branch from .text to .text.unlikely section where the label .L27 is placed on. I've found that bb-reorder makes cro

[Bug c/30949] "incompatible pointer type" warning does not point to declaration

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-14 02:15 --- I have a patch for this but it is not suitable for stage3, so it'll have to wait until 4.4. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/35159] g++ inoperable with no error message

--- Comment #3 from nightstrike at gmail dot com 2008-02-14 01:53 --- Can we have this fixed before 4.3.0? x86_64-pc-mingw32 is a new target for this release, and it shouldn't be delivered completely broken. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35159

[Bug target/35189] -mno-sse4.2 turns off SSE4a

--- Comment #5 from hjl dot tools at gmail dot com 2008-02-14 01:44 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00483.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

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

--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-02-14 01:43 --- Actually, I see this as unfortunate choice of name for the undocumented __alloca label rather than as a serious bug. __alloca is an internal symbol that should have been named _alloca_probe for consis

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

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-14 01:20 --- (In reply to comment #2) > This bug needs to be finished off before 4.3.0 closes... Why? it has been a bug in GCC for a while now. And x86_64-pc-mingw32 is new. -- pinskia at gcc dot gnu dot org changed:

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

--- Comment #2 from nightstrike at gmail dot com 2008-02-14 01:17 --- This bug needs to be finished off before 4.3.0 closes... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35124

[Bug c++/28743] [4.1/4.2/4.3 regression] ICE with invalid specialization

--- Comment #7 from andreasmeier80 at gmx dot de 2008-02-14 00:35 --- The patch is approved at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00392.html -- andreasmeier80 at gmx dot de changed: What|Removed |Added

[Bug target/35189] -mno-sse4.2 turns off SSE4a

--- Comment #4 from michael dot meissner at amd dot com 2008-02-14 00:20 --- In terms of shipping systems, no AMD system supports SSSE3 right now. As I understand it, the SSSE3 instructions were inbetween SSE3 and SSE4.1 on Intel systems, so -mno-sse3 should turn off SSSE3, but -mno-ss

[Bug target/34393] ICE: in extract_insn, at recog.c:1990

--- Comment #8 from amodra at bigpond dot net dot au 2008-02-14 00:18 --- fix applied -- amodra at bigpond dot net dot au changed: What|Removed |Added Status

[Bug target/34393] ICE: in extract_insn, at recog.c:1990

--- Comment #7 from amodra at gcc dot gnu dot org 2008-02-14 00:17 --- Subject: Bug 34393 Author: amodra Date: Thu Feb 14 00:17:11 2008 New Revision: 132309 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132309 Log: PR target/34393 * config/rs6000/rs6000.md (rest

[Bug target/34393] ICE: in extract_insn, at recog.c:1990

--- Comment #6 from amodra at gcc dot gnu dot org 2008-02-14 00:17 --- Subject: Bug 34393 Author: amodra Date: Thu Feb 14 00:16:29 2008 New Revision: 132306 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132306 Log: PR target/34393 * config/rs6000/rs6000.md (rest

[Bug target/34393] ICE: in extract_insn, at recog.c:1990

--- Comment #5 from amodra at gcc dot gnu dot org 2008-02-14 00:15 --- Subject: Bug 34393 Author: amodra Date: Thu Feb 14 00:14:45 2008 New Revision: 132304 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132304 Log: PR target/34393 * config/rs6000/rs6000.md (rest

[Bug target/35189] -mno-sse4.2 turns off SSE4a

--- Comment #3 from hjl dot tools at gmail dot com 2008-02-14 00:11 --- -mno-sse4.1 and -mno-sse4.2 shouldn't turn off SSE4A. -mno-sse3/-mno-sse2/-mno-sse should turn off SSE4A. But I am not sure about -mno-ssse3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35189

[Bug target/35189] -mno-sse4.2 turns off SSE4a

--- Comment #2 from michael dot meissner at amd dot com 2008-02-13 23:55 --- Umm, SSE4A is completely different from SSE4/SSE4.1/SSE4.2. SSE4A are the instructions added with AMD's Barcelona machine, while SSE4.1 is the instructions added with the current generation of Intel machines (

[Bug target/35189] -mno-sse4.2 turns off SSE4a

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-13 23:49 --- #define OPTION_MASK_ISA_SSE4_2_UNSET OPTION_MASK_ISA_SSE4A I don't see this as a bug, if the AMD processors don't have 4.2, they will never have 4a. -- pinskia at gcc dot gnu dot org changed: What

[Bug target/35189] New: -mno-sse4.2 turns off SSE4a

[EMAIL PROTECTED] tmp]$ cat y.c #include int main () { #ifdef __SSE__ printf ("SSE\n"); #endif #ifdef __SSE2__ printf ("SSE2\n"); #endif #ifdef __SSE3__ printf ("SSE3\n"); #endif #ifdef __SSSE3__ printf ("SSSE3\n"); #endif #ifdef __SSE4_1__ printf ("SSE4.1\n"); #endif #ifdef __SSE4_2__

[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 #25 from dominiq at lps dot ens dot fr 2008-02-13 23:41 --- > (Could someone with darwin bootstraps and regtest removal of these defines? Do > we even have an example of a failure for latest 4.3 if these are not defined?) I bootstraped without the defines and I have a bus er

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

--- Comment #14 from matz at gcc dot gnu dot org 2008-02-13 23:03 --- Sigh. I've tested the changed testcase only on 32bit :-( Update to r132300. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35065

[Bug c++/35138] [4.3 Regression] g++ rejects valid code

--- Comment #9 from jakub at gcc dot gnu dot org 2008-02-13 22:32 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/35138] [4.3 Regression] g++ rejects valid code

--- Comment #8 from jakub at gcc dot gnu dot org 2008-02-13 22:31 --- Subject: Bug 35138 Author: jakub Date: Wed Feb 13 22:30:43 2008 New Revision: 132298 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132298 Log: PR c++/35138 * parser.c (cp_parser_pseudo_destruc

[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions

--- Comment #15 from lennox at cs dot columbia dot edu 2008-02-13 22:27 --- Arguably, the use of static data (possible excepting const static data) or a non-inline static function is worthy of a pedwarn. But I'd certainly be inclined to agree for static inline functions. -- http:/

[Bug inline-asm/35160] [4.3 regression] local-alloc introduces sharing of the same pseudo/hard reg between different output regs in inline asm

--- Comment #13 from jakub at gcc dot gnu dot org 2008-02-13 22:25 --- Can you please submit it (or even commit as obvious)? Sorry for not thinking about this asm needing 6 regs on i?86, where it is sometimes too much. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35160

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

--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-02-13 22:25 --- > It is too optimistic about addressability. It takes the address of non-addressable things: base &VIEW_CONVERT_EXPR((system__aux_dec__TsaB) a_3(D)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35136

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

--- Comment #13 from jakub at gcc dot gnu dot org 2008-02-13 22:24 --- This is not sufficient. block_New, nal_get_annexeb, block_ChainGather still don't have prototypes and thus: warning: cast to pointer from integer of different size is reported on each of the casts of these function ca

[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-13 22:10 --- Confirmed in GCC 4.3 revision 132291. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

--- Comment #5 from steven at gcc dot gnu dot org 2008-02-13 22:04 --- I also can't reproduce it (neither on native nor with a cross). Any local patches? Maybe you can reduce it to a set of simpler configuration options? -- steven at gcc dot gnu dot org changed: What

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

--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-02-13 21:54 --- > So, what exactly is wrong now? Oh nothing, just the generated code. :-) D.375_38 = (system__aux_dec__TsaB) a_3(D); A.36 = D.375_38; A.37_35 = (system__address *) &A.36; ivtmp.34_32 = (unsigned int) A.

[Bug driver/34904] -march=native doesn't work with multiple input files

--- Comment #5 from hjl dot tools at gmail dot com 2008-02-13 21:44 --- (In reply to comment #4) > This is confirmed. H.J., are you waiting for something to commit to 4.2 or > should this be closed? > I requested it for 4.2: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00471.html --

[Bug middle-end/35188] Missing a warning: if-condition is inherently blocking the if-body

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-13 21:43 --- Try 4.3.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Version|unkno

[Bug middle-end/35188] Missing a warning: if-condition is inherently blocking the if-body

--- Comment #2 from tuttle at sandbox dot cz 2008-02-13 21:41 --- (In reply to comment #1) > -Wunreachable-code should warn already. > -- Pinski I've tried -Wunreachable-code before submitting this enhancement request. gcc 4.1.3 in Ubuntu GG does not warn. -- http://gcc.gnu.org/bu

[Bug c++/35187] Incorrect scope resolution for inherited template member.

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-13 21:39 --- This is by the C++ standard design. See http://gcc.gnu.org/gcc-3.4/changes.html and [temp.dep]/3 in the C++ standard. -- pinskia at gcc dot gnu dot org changed: What|Removed |

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

--- Comment #11 from joel at gcc dot gnu dot org 2008-02-13 21:38 --- This failed on psim for me. AFAIK it doesn't have Altivec. Sorry, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34930

[Bug middle-end/35188] Missing a warning: if-condition is inherently blocking the if-body

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-13 21:37 --- -Wunreachable-code should warn already. -- Pinski -- pinskia 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 #10 from matz at gcc dot gnu dot org 2008-02-13 21:28 --- Created an attachment (id=15145) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15145&action=view) patch Give this patch a test. The problem is that rs6000.c accepts all offsets in addresses when they are based

[Bug c++/34962] [4.1/4.2/4.3 regression] ICE with VLA and attribute in template

--- Comment #3 from jason at gcc dot gnu dot org 2008-02-13 21:28 --- Subject: Bug 34962 Author: jason Date: Wed Feb 13 21:27:16 2008 New Revision: 132297 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132297 Log: PR c++/34962, c++/34937, c++/34939 * decl2.c (is_

[Bug debug/35188] New: Missing a warning: if-condition is inherently blocking the if-body

I would consider to be great when this code if ( (var == 1) && (var == 2) ) { body } would cause a warning, that the body is unreachable under any circumstances. I have made several mistakes like this in the past and it is annoying to track down... -- Summary: Missing a warning: if

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

--- Comment #7 from manu at gcc dot gnu dot org 2008-02-13 21:08 --- Is this still a problem in a recent GCC ? -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug driver/34904] -march=native doesn't work with multiple input files

--- Comment #4 from manu at gcc dot gnu dot org 2008-02-13 21:05 --- This is confirmed. H.J., are you waiting for something to commit to 4.2 or should this be closed? -- manu at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35187] New: Incorrect scope resolution for inherited template member.

The compiler is unable to find inherited template member data from within the derived class's method. In the sample code, B inherits from A, but within a method of B, the compiler can not resolve A's member data. $ /opt/gcc-4.2.2/bin/g++ -v --save-temps dim.cpp Using built-in specs. Target: i686-

[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions

--- Comment #14 from mrs at apple dot com 2008-02-13 20:49 --- I think we should do this; further, I think we should add && pedantic to it as well. Only people that want to be hurt by the standard should be. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000

[Bug rtl-optimization/31549] Documentation for -frtl-abstract-sequences is in the wrong place

--- Comment #2 from rwild at gcc dot gnu dot org 2008-02-13 20:34 --- patch at: -- rwild at gcc dot gnu dot org changed: What|Removed |Added -

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #12 from rwild at gcc dot gnu dot org 2008-02-13 20:27 --- Fixed. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #11 from rwild at gcc dot gnu dot org 2008-02-13 20:26 --- Subject: Bug 35148 Author: rwild Date: Wed Feb 13 20:25:47 2008 New Revision: 132296 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132296 Log: PR other/35148 * Makefile.in (gcc-vers.texi): Use abs_srcdir for

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

--- Comment #1 from dfranke at gcc dot gnu dot org 2008-02-13 20:25 --- Confirmed. Seems to be related to ELEMENTAL and IN probalby not having a proper array descriptor. If my_sub is written as: SUBROUTINE my_sub (in, out) TYPE(bar), DIMENSION(42, 42) :: in, out out(1, 1:42)

[Bug ada/35186] Implicit assumptions about alignment of DImode

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-02-13 19:50 --- I'll look into this once 4.3.0 is released. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/35186] Implicit assumptions about alignment of DImode

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-02-13 19:40 --- Thanks for opening the PR However: > DImode is aligned at 4 byte according to i386 psABI. Of course the psABI doesn't say anything about DImode, only about long long. DImode is an internal concept of the GCC c

[Bug ada/35186] Ada doesn't follow i386 psABI

--- Comment #3 from hjl dot tools at gmail dot com 2008-02-13 19:37 --- Ada should either define its own alignment, independent of psABI, or it should just follow psABI for alignment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35186

[Bug ada/35186] Ada doesn't follow i386 psABI

--- Comment #2 from hjl dot tools at gmail dot com 2008-02-13 19:35 --- maybe_pad_type has if (align == TYPE_ALIGN (type)) align = 0; if (align == 0 && !size) return type; ... record = make_node (RECORD_TYPE); That is Ada expects 8 byte alignment for DImode. But TYPE_AL

[Bug c++/34939] [4.1/4.2/4.3 regression] ICE with friend and attribute weak

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

[Bug c++/34774] [4.1/4.2 Regression] templates, enumerations, overflow, ice

--- Comment #20 from jason at gcc dot gnu dot org 2008-02-13 19:30 --- Please submit a separate bug report for the folding issue, with a reduced testcase if possible. Incidentally, the "no integral type can represent" issue is due to one of the enumerators being -31, and one being (unsi

[Bug other/35148] make pdf has missing file in 4.3-20080208

--- Comment #10 from rwild at gcc dot gnu dot org 2008-02-13 19:28 --- Subject: Bug 35148 Author: rwild Date: Wed Feb 13 19:27:34 2008 New Revision: 132295 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132295 Log: PR other/35148 * Makefile.in (gcc-vers.texi): Use abs_srcdir for

[Bug ada/35186] Ada doesn't follow i386 psABI

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-13 19:22 --- psABI is only for C last time I remembered. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35186

[Bug ada/35186] New: Ada doesn't follow i386 psABI

DImode is aligned at 4 byte according to i386 psABI. This 4.4 patch http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00184.html will use 4byte alignment for DImode. But Ada doesn't follow i386 psABI. validate_alignment in ada/decl.c does new_align = UI_To_Int (alignment); ... align = MAX (align, new

[Bug target/21377] Error detected at a-stmaco.ads:65:4

--- Comment #2 from joel at gcc dot gnu dot org 2008-02-13 19:10 --- Grrr.. need to get over sinus headache. Misread Bugzilla. Nothing happened to this PR. I haven't retried sh for Ada to even know. -- joel at gcc dot gnu dot org changed: What|Removed

[Bug target/21377] Error detected at a-stmaco.ads:65:4

--- Comment #1 from joel at gcc dot gnu dot org 2008-02-13 19:06 --- Missed changing state on previous change. Closed. -- joel at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/35176] SIGXFSZ in filebuf

--- Comment #8 from pinskia at gcc dot gnu dot org 2008-02-13 19:06 --- One issue is we have two standards here. The POSIX one and the C++ one. Now getrlimit/SIGXFSZ signal is a POSIX issue while using filebuf is a C++ one. Now does POSIX talk about filebuf ? -- http://gcc.gnu.or

[Bug ada/35143] [4.3 regression] Serious regression on ACATS results since 4.2.3

--- Comment #19 from joel at gcc dot gnu dot org 2008-02-13 19:05 --- Patch applied to SVN trunk as revision 132294. Thanks for approving it Arnaud. -- joel at gcc dot gnu dot org changed: What|Removed |Added --

[Bug ada/35143] [4.3 regression] Serious regression on ACATS results since 4.2.3

--- Comment #18 from joel at gcc dot gnu dot org 2008-02-13 19:05 --- Subject: Bug 35143 Author: joel Date: Wed Feb 13 19:04:53 2008 New Revision: 132294 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132294 Log: 2008-02-11 Joel Sherrill <[EMAIL PROTECTED]> PR ada/3514

[Bug c++/34774] [4.1/4.2 Regression] templates, enumerations, overflow, ice

--- Comment #19 from jason at gcc dot gnu dot org 2008-02-13 18:44 --- Subject: Bug 34774 Author: jason Date: Wed Feb 13 18:43:34 2008 New Revision: 132292 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132292 Log: PR c++/34774 * pt.c (value_dependent_expression_

[Bug c++/34937] [4.1/4.2/4.3 regression] ICE with attribute weak

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

[Bug libgomp/35185] ICE using openmp with g++-4.2

--- Comment #4 from edgurgel at gmail dot com 2008-02-13 18:33 --- G++ gives raycaster.cpp: In member function ‘void Raycaster::cast() const’: raycaster.cpp:43: erro interno de compilação: in create_tmp_var, at gimplify.c:487 Por favor, envie um relato completo de erro, com o código pré

[Bug libgomp/35185] ICE using openmp with g++-4.2

--- Comment #3 from edgurgel at gmail dot com 2008-02-13 18:31 --- Created an attachment (id=15144) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15144&action=view) .i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185

[Bug libgomp/35185] ICE using openmp with g++-4.2

--- Comment #2 from edgurgel at gmail dot com 2008-02-13 18:30 --- Created an attachment (id=15143) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15143&action=view) header -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185

[Bug libgomp/35185] ICE using openmp with g++-4.2

--- Comment #1 from edgurgel at gmail dot com 2008-02-13 18:30 --- Created an attachment (id=15142) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15142&action=view) source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185

[Bug libgomp/35185] New: ICE using openmp with g++-4.2

System: Ubuntu 7.10 gcc version: 4.2.0 Problem: Using openmp extension erro interno de compilação: in create_tmp_var, at gimplify.c:487 -- Summary: ICE using openmp with g++-4.2 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: nor

[Bug c++/34962] [4.1/4.2/4.3 regression] ICE with VLA and attribute in template

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

[Bug c++/28879] [4.0/4.1/4.2/4.3 regression] ICE with VLA in template function

--- Comment #8 from mark at codesourcery dot com 2008-02-13 18:18 --- Subject: Re: [4.0/4.1/4.2/4.3 regression] ICE with VLA in template function jason at gcc dot gnu dot org wrote: > Either value_dependent_expression_p needs to handle arbitrary VLA bounds, or > we > need to avoid c

[Bug libstdc++/35176] SIGXFSZ in filebuf

--- Comment #7 from sebor at roguewave dot com 2008-02-13 18:15 --- I see I should have checked the actual stdio behavior instead of relying on the standard. Recent Linux and Solaris both do, in fact, generate SIGXFSZ out of C stdio. AIX 5.3 does not, and neither does HP-UX 11.23, althou

[Bug tree-optimization/33763] [4.1/4.2/4.3 Regression] Bogus inlining failed in call to `xxx': redefined extern inline functions are not considered for inlining

--- Comment #11 from hubicka at gcc dot gnu dot org 2008-02-13 18:15 --- I must say that I don't see it that safe: we can't clone the functions because at the time fronend decide to rewrite the body by new one we are not having functions gimplified yet. (well we can clone, but we want

[Bug c++/28879] [4.0/4.1/4.2/4.3 regression] ICE with VLA in template function

--- Comment #7 from jason at gcc dot gnu dot org 2008-02-13 18:14 --- The problem is that value_dependent_expression_p expects to only be called with constant-expression arguments, but a VLA leads to calling it with a non-constant expression argument, and we abort when we notice a cast t

[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 #24 from ubizjak at gmail dot com 2008-02-13 18:11 --- (In reply to comment #23) > Why is it STACK_BOUNDARY on PowerPC to 128 (for both AIX and Darwin) and why > does it work that way and x86 does not work that way? Don't know rs6000 to tell, but it looks to me that for i686

[Bug fortran/35184] New: ICE in gfc_conv_array_index_offset

The following code triggers an ICE with gcc-4.3-20080208 MODULE foo TYPE, PUBLIC :: bar PRIVATE REAL :: value END TYPE bar INTERFACE ASSIGNMENT (=) MODULE PROCEDURE assign_bar END INTERFACE ASSIGNMENT (=) CONTAINS ELEMENTAL SUBROUTINE assign_bar (to, from) TYPE(bar)

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

--- Comment #1 from dcb314 at hotmail dot com 2008-02-13 17:59 --- Created an attachment (id=15141) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15141&action=view) gzipped C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35183

[Bug c++/35183] New: ice for legal code

I just tried to compile Suse Linux package dasher-4.7.0-4 with the GNU C++ compiler version 4.3 snapshot 20080208 The compiler said Alphabet/AlphIO.cpp: In member function 'void Dasher::CAlphIO::CreateDefault()': Alphabet/AlphIO.cpp:361: error: void value not ignored as it ought to be Alphabet/Al

[Bug c++/35182] New: ICE in coalesce_abnormal_edges

The following testcase produces an ICE. I couldn't reduce it any further. Fails with GCC 4.2.2/4.2.3 under i686-pc-linux-gnu/i686-pc-mingw32. #include #include int main() { typedef std::tr1::array, 1> Array; Array array; for (Array::iterator iter(array.begin());;)

[Bug c++/24791] ICE on invalid instantiation of template's static member

--- Comment #17 from pinskia at gcc dot gnu dot org 2008-02-13 17:33 --- *** Bug 35181 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35181] internal compiler error: in import_export_decl

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-13 17:33 --- ../TNS.cpp:27: error: template arguments to 'TNSTypeDefTHelper::s_createStaticTNSTypeDefT' do not match original template 'TNSTypeDefTHelper::s_createStaticTNSTypeDefT' ../TNS.cpp:27: note: use template<> for an expl

[Bug middle-end/35149] [4.3 Regression] ICE: in expand_call_inline, at tree-inline.c:2653

--- Comment #7 from hubicka at gcc dot gnu dot org 2008-02-13 17:29 --- This one liner actually took me a while. It is quite ugly ordering issue. Index: ipa.c === --- ipa.c (revision 132243) +++ ipa.c (working c

[Bug c++/35181] internal compiler error: in import_export_decl

--- Comment #1 from kltstallard at gmail dot com 2008-02-13 17:26 --- Created an attachment (id=15140) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15140&action=view) Preprocessed file that causes the error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35181

[Bug c++/35181] New: internal compiler error: in import_export_decl

Note that this version of the compiler is experimental on the QNX platform. When compiling the attached preprocessed file I get the following message: qcc -V4.2.1,gcc_ntox86_cpp -w1 -IC:\QNX632\ARICommon -IC:\QNX632\ARICommon\include -c -g -Wc,-Wall -oTNSTypeDef.o ..\TNSTypeDef.cpp ..\TNS.cpp:92

[Bug c++/34774] [4.1/4.2 Regression] templates, enumerations, overflow, ice

--- Comment #18 from tbptbp at gmail dot com 2008-02-13 17:21 --- Ah ah! [svn pull... build...] Sadly it makes no difference yet, most certainly because of all the kludges i had to stuff in: out of the 2213 tests (from the ucb-corpus for +,-,*,/,sqrt) there's still 3 of them (all additio

[Bug c/35180] New: built-in-setjmp.x2

Seems to be the same for most of the other built-in-setjmp tests on this target. Memory exception at fff4 (illegal address) Unexpected trap (0x 9) at address 0x020013D8 data access exception at 0xFFF4 This occurs after the __builtin_longjmp() transfer control back to main(). --

[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 #23 from pinskia at gcc dot gnu dot org 2008-02-13 17:18 --- Why is it STACK_BOUNDARY on PowerPC to 128 (for both AIX and Darwin) and why does it work that way and x86 does not work that way? -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34621

[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails

--- Comment #10 from ghazi at gcc dot gnu dot org 2008-02-13 17:05 --- Subject: Bug 21655 Author: ghazi Date: Wed Feb 13 17:04:46 2008 New Revision: 132289 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132289 Log: Backport: 2005-11-30 Richard Guenther <[EMAIL

[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 #22 from ubizjak at gmail dot com 2008-02-13 17:03 --- (In reply to comment #21) > > Currently, it is defined as: > > > > #define STACK_BOUNDARY BITS_PER_WORD > > In this case how can it be 4? should not it be 32 or 64? Yes, it _is_ 32 or 64. The point is, that IT IS NOT 12

[Bug target/35179] execs crash in shared lib destructor = do_global_dtors_aux

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c++ |target GCC ta

[Bug libstdc++/35176] SIGXFSZ in filebuf

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-13 16:56 --- Calling the C stdio functions will result in the same behavior, so the as-if rule is satisfied. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug inline-asm/35160] [4.3 regression] local-alloc introduces sharing of the same pseudo/hard reg between different output regs in inline asm

--- Comment #12 from ubizjak at gmail dot com 2008-02-13 16:42 --- (In reply to comment #11) > At rev. 132272 gcc.target/i386/pr35160.c fails on i686-apple-darwin9 with: i686-apple-darwin-9 implies -fpic, so one register less is available. This is a testsuite failure, following patch fi

[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 #21 from dominiq at lps dot ens dot fr 2008-02-13 16:40 --- > Currently, it is defined as: > > #define STACK_BOUNDARY BITS_PER_WORD In this case how can it be 4? should not it be 32 or 64? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34621

[Bug libstdc++/35176] SIGXFSZ in filebuf

--- Comment #5 from sebor at roguewave dot com 2008-02-13 16:37 --- I understand that POSIX requires the signal but I'm not sure I see what that has to do with filebuf. C++ specifies that filebuf member functions behave "as if" by calling the C stdio functions. See 27.8.1, p2: In thi

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

--- Comment #12 from matz at gcc dot gnu dot org 2008-02-13 16:18 --- Whoops, sorry. I fixed the warnings in a different copy of the testcase than the one I committed :-( Committed the right version now. (Yes, it still tests what it should test, without the var-tracking patch it runs

  1   2   >