[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-26 07:03 --- > New patch which works on a cross to m68k and it is simplier: > . It doesn't fully work. 1 out of the 3 undefined references is gone, but not the

[Bug c++/18075] [4.0 Regression] #pragma implementation broken in presence of #pragma ident

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-26 07:08 --- Zack, Matt, may I ask you to take a look at this one? This is really critical on Solaris for the reasons I exposed in my initial filing. And I'd like to have the sparc*-sun-solaris2* platforms bootstrap

[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer

--- Additional Comments From uros at kss-loka dot si 2004-10-26 07:19 --- These PRs are all duplicates: target/12902: Invalid assembly generated when using SSE / xmmintrin.h target/14776: -mfpmath=sse causes movapd from non-16-byte aligned address fortran/17930: -mfpmath=sse creates ille

[Bug target/18149] [4.0 regression] bootstrap of i686-darwin

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-10-26 07:26 --- About to fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk a

[Bug target/18149] [4.0 regression] bootstrap of i686-darwin

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 07:30 --- Subject: Bug 18149 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-26 07:30:06 Modified files: gcc: ChangeLog gcc/config/i386: d

[Bug target/18149] [4.0 regression] bootstrap of i686-darwin

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-10-26 07:31 --- Should be fixed now. -- What|Removed |Added Status|ASSIGNED|R

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-26 08:30 --- Is this problem specific to SPARC? If no, I'd suggest to change the triplets. -- What|Removed |Added -

[Bug target/12027] [3.3/3.4/4.0 Regression] sparclite-coff build fails with INIT_SECTION_ASM_OP' undeclared

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-26 08:36 --- Mark, may I simply remove the target for 4.0? -- What|Removed |Added CC|

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From davidm at hpl dot hp dot com 2004-10-26 08:49 --- (In reply to comment #9) > You didn't say what kind of problems you ran into with gcc mainline. The compiler seemed to get stuck in an apparent endless loop. "make check" quickly resulted in timeout failures

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 09:18 --- Andrew's example in comment #26 is broken. ret.cd is set to 2 and therefore we have a.b.cd!=1 which triggers the abort. Nevertheless, here's a reduced testcase derived from comment #25: ==

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 09:45 --- I can confirm that the bug was introduced with Jason's patch http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00788.html as pointed out in comment #16. Jason, could you please have a look? Btw, here's an even sho

[Bug c++/18155] New: [3.4/4.0 regression] typedef in template declaration not rejected

The following invalid line of code is accepted since gcc 3.4.0: = template typedef struct A; = Looks like the new parser caused this. -- Summary: [3.4/4.0 regression] typedef in template d

[Bug c++/18064] gcc accepts different pointer types as covariant return types

--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-26 10:09 --- I think this might be a hold over from the ARM ... -- What|Removed |Added AssignedTo|

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From micis at gmx dot de 2004-10-26 10:17 --- I also encountered this bug while compiling mysql-4.1.6-gamma with the actual snapshot. Reading specs from /usr/local/gcc40d/lib/gcc/powerpc-unknown-linux- gnu/4.0.0/specs Configured with: ../gcc40/configure --prefix=

[Bug c/18156] New: Wrong code in gcc-3.3.5 and gcc-3.4.2 (4.0 not checked)

This code gives "0 0" at first call to printf (wrong) and "4 4" at second call (good). Works correctly with -O1, errors occur with -Os or -O2 or above. void read8(int *x) { x[0] = 4; x[1] = 4;} int main() { static double equiv[1]; double r; read8(&r); *(equiv) = r; printf("%d %d\n",((int *)equiv)[

[Bug fortran/18111] spurious warnings with -W -Wunused

--- Additional Comments From martin at mpa-garching dot mpg dot de 2004-10-26 11:15 --- The patch indeed supresses the warnings about .__result. But the problem appears to be more general. The following code still generates a warning: module linebufmod implicit none private public line

[Bug c/18156] Wrong code in gcc-3.3.5 and gcc-3.4.2 (4.0 not checked)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-26 11:16 --- Wrong code indeed, but on your side: your C code violates the aliasing rules of the ISO C language. Either fix it or pass -fno-strict-aliasing to the compiler. See the entry of -fstrict-aliasing in the m

[Bug fortran/18111] spurious warnings with -W -Wunused

--- Additional Comments From martin at mpa-garching dot mpg dot de 2004-10-26 11:23 --- Here is a more comprehensive example: module foo implicit none contains subroutine bar(arg1, arg2, arg3, arg4) character(len=80), intent(in) :: arg1 character(len=80), dimension(:), intent(in)

[Bug c/18156] Wrong code in gcc-3.3.5 and gcc-3.4.2 (4.0 not checked)

--- Additional Comments From strasbur at chkw386 dot ch dot pwr dot wroc dot pl 2004-10-26 11:26 --- Subject: Re: Wrong code in gcc-3.3.5 and gcc-3.4.2 (4.0 not checked) Thanks a lot! This error occured originally in the f2c-translated FORTRAN code. It works flawlessly with -fno-stric

[Bug fortran/18157] New: ice-on-valid code, pointer to user-defined type, fold-struct.c

!* program testcase_fold type :: struct real :: var ! its julian sec end type struct type(struct), dimension(:), pointer :: mystruct mystruct(:)%var = mystruct(:)%var END Program testcase_fold **

[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c

--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-10-26 11:29 --- Created an attachment (id=7412) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7412&action=view) This is the reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157

[Bug preprocessor/18158] New: gcc compiler error in tr_TR.UTF-8 locale

In tr_TR.UTF-8 locale gcc fail to compile programs (even itself) giving a "Internal compiler error: Error reporting routines re-entered.\n". I think the cause of problem is the localized string below: #: cppinit.c:1057 msgid "" msgstr "" #: cppinit.c:1059 msgid "" msgstr "" These str

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 11:57 --- Michael could you attach the preprocessed source, it might be the same bug or it might not. Also having a C/C++ testcase would make this bug looked at more. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug libstdc++/18159] New: tr1/tuple is broken on darwin

tr1/tuple is broken on darwin because tr1/tuple uses _T as a template argument and one of darwin's headers define it to be something. _T goes against libstdc++'s coding style also. -- Summary: tr1/tuple is broken on darwin Product: gcc Version: 4.0.0

[Bug libstdc++/18159] tr1/tuple is broken on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 12:02 --- This is why almost all of the tr1/tuple tests fail on darwin. -- What|Removed |Added GCC tar

[Bug c++/18155] [3.4/4.0 regression] typedef in template declaration not rejected

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 12:10 --- Confirmed. : Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160). -- What|Removed |Added

[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 12:12 --- Confirmed. -- What|Removed |Added CC||reichelt

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-26 12:34 --- The updated testcase doesn't compile on i686-pc-linux-gnu, with what looks to be target independent errors. Here are the first few, /sw/gcc-3.0.4/include/g++-v3/bits/stl_iterator.h:452: error: type/value mis

[Bug c++/18064] gcc accepts different pointer types as covariant return types

--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-26 12:37 --- FYI, this is an undocumented gnu extension (documented only in compiler comments). It is rejected with -pedantic, and I'm polling the other C++ maintainers about deprecating and removing this 'feature'. --

[Bug preprocessor/18158] gcc compiler error in tr_TR.UTF-8 locale

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:02 --- I cannot reproduce this on 3.3.3, 3.4.0, or 4.0.0 on a Fedora 2 box. -- What|Removed |Added

[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:08 --- Hmm, we are trying to convert a float to a struct type which is invalid, why the front-end is doing this beyond me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157

[Bug c++/18064] gcc accepts different pointer types as covariant return types

--- Additional Comments From bangerth at dealii dot org 2004-10-26 13:14 --- I fail to see how this 'feature' can be useful. Please remove it. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18064

[Bug c/18160] New: ICE on taking register variable address

I know this is invalid, but: - it produces a warning, not an error; - reliable compilers never crash, do they? Testcase: -- void f(void) { register int x asm("eax"); g(&x); } -- objdir/gcc/xgcc -Bobjdir/gcc -c f.c f.c: In

[Bug c/18160] ICE on taking register variable address

--- Additional Comments From alex dot neyman at auriga dot ru 2004-10-26 13:20 --- Sorry, an empty line disappeared when I cut&pasted the code. f.c:5 is actually the line "g(&x);". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18160

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:22 --- Confirmed, a regression. : Search converges between 2004-08-30-trunk (#529) and 2004-08-31-trunk (#530). -- What|Removed |Added --

[Bug c++/18161] New: [4.0 regression] typeof(1==1) is now int instead of bool

For this code - template struct X { X(){} }; template struct X<>; - I would expect an instantiation of X, and indeed got it up to 3.4. However, since 4.0 we get X: g/x> /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc ; nm -C x.o W X::X() W X

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

-- What|Removed |Added Known to fail||4.0.0 Known to work||2.95 3.2 3.3 3.4.3 Summary|[4.0 regression]

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:34 --- Here is a testcase which we can see the problem with rejecting the code (which is very useful for the regression hunter :) ): template struct Y; template <>struct Y{}; template struct X { Y a; }; templ

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From gerald at pfeifer dot com 2004-10-26 13:34 --- Is there anything left to do wrt. the testcases? I saw that Nathan made some (description-only?) changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:36 --- Almost certain that this was caused by: 2004-09-27 Mark Mitchell <[EMAIL PROTECTED]> PR c++/17642 * cp-tree.h (fold_if_not_in_template): New function. * call.c (build_condi

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:37 --- No, Nathan just got confused on which attachment to take. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361

[Bug target/15286] ICE cause by reload

--- Additional Comments From fjahanian at apple dot com 2004-10-26 15:17 --- I tested the patch on apple-ppc-darwin; bootstrapped and dejagnu tested (with and without -mcpu=G5). There were no regressions. This is an important bug for us. We have had 4 separate reporting of this bug. It

[Bug libstdc++/18159] tr1/tuple is broken on darwin

--- Additional Comments From chris at bubblescope dot net 2004-10-26 15:30 --- Yes, sorry, I was not aware of this convention. I'm currently performing some general clean-up to the autogeneration of the tuple header and will at the same time fix this. It's been suggested that _T should b

[Bug libstdc++/18159] tr1/tuple is broken on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 15:52 --- Yes _Tp is fine. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

--- Additional Comments From debora dot j dot estey at lmco dot com 2004-10-26 16:11 --- Now that this is an enhancement is there any chance of getting it fixed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179

[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:14 --- Yes because this is still a regression. Note the mainline is already better than what 3.3.3 was in terms of memory usage. -- What|Removed |Added --

[Bug bootstrap/18162] New: c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

After last chnages in c-parse.y bootstrap current CVS mainline GCC terminated with errors: ---8X-- echo '/*WARNING: This file is automatically generated!*/' >tmp-c-parse.y sed -e "/^@@ifobjc.*/,/^@@end_ifobjc.*/d" \ -e "/^@@ifc.*/d" - e "/^@@end_ifc.*/d" /home/w

[Bug bootstrap/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:25 --- It works with GNU Bison version 1.28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18162

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:30 --- Looks like a missing semi-colon. Does this patch work? Index: c-parse.in === RCS file: /cvs/gcc/gcc/gcc/c-parse.in,v retrieving revision 1.252

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From wanderer at rsu dot ru 2004-10-26 16:37 --- > Does this patch work? yes Thank you for quick fix :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18162

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:44 --- And checked in as obvious. -- What|Removed |Added Status|NEW

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 16:44 --- Subject: Bug 18162 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-26 16:44:26 Modified files: gcc: ChangeLog c-parse.in Log message:

[Bug fortran/18111] spurious warnings with -W -Wunused

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-26 17:32 --- Updated patch which removes the warning for the string length parameters here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02210.html I'm not yet sure why the other warnings happen. -- http://gcc.gnu.org/b

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:04 --- This was fixed for 3.4 by: Fri Nov 8 13:01:42 CET 2002 Jan Hubicka <[EMAIL PROTECTED]> [...] * genopinit.c (optabs): Initialize the new optabs. * optab.c (init_optabs): Likewise

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 18:20 --- Subject: Bug 15747 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-26 18:20:35 Modified files: gcc: ChangeLog gcc/doc: i

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 18:24 --- Subject: Bug 15747 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-26 18:24:35 Modified files: gcc: Change

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:29 --- Patch applied to install.texi. -- What|Removed |Added Status|NEW

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:30 --- Confirmed then. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

-- What|Removed |Added Target Milestone|--- |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15747

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:40 --- (From update of attachment 7387) The ICE is triggered by the char function return value assignment when compiling for the Renesas ABI. -- What|Removed |Added -

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 18:41 --- there is another example for those that did not look at the attachment(sorry for my initial language): class TObject; typedef TObject& rObject; class TObject { public: TObject(){

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:44 --- Read my comment again, this is not a bug. -- What|Removed |Added Status|UNCONFIR

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:45 --- I was premature in reporting that version 3.4.2 fixed this bug. I didn't get a ICE on my test file anymore, but not because the bug was fixed. It turns out that version 3.4.2 compilers ignore the -mrenesas target

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 18:45 --- (In reply to comment #2) > look at the attahement ! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:48 ---   TObject(const rObject){} is the same as   TObject(TObject&){} The const is ignored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug target/16830] Including with -mabi=n32 causes an error.

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:52 --- Confirmed. Of the two choices you mention, I think it would be better to remove the R3000 and R4000 macros for IRIX. Another option would be to use fixincludes, but I think removing the macros is better.

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:52 --- I have found a patch for this problem that was proposed by DJ Delorie about a year ago. His posting in the mailing list is at http://gcc.gnu.org/ml/gcc-patches/2003-10/msg02277.html which I have copied below.

Optimization Bug in g77

I have run into a strange problem with g77 when run with the -O or -O1 option but NOT with -O2, -O3, or no optimization. Below is piece of Fortran code (removed from a larger program) which illustrates the problem. The basic function of the code is to go through a list of data (the RAW array) and

[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 19:02 --- Andrew's explanation certainly sounds plausible. Could you try bootstrapping using Rainer Orth's GNAT binaries: ftp://ftp.Uni-Bielefeld.DE/pub/gnu/gnat/binaries/ I've had no problems bootstrapping 3.4

Re: Optimization Bug in g77

On Oct 26, 2004, at 3:01 PM, Steven E. Williamson wrote: Two other symptoms that I have noticed: if the -ffloat-store option is used, then the program always works correctly (does only 2 iterations). And, if the write statement immediately preceding the check for equal averages is un-commented, the

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 19:05 --- (In reply to comment #7 i dont care about the const . i descovered the bug in the first example of the attcahment where the compiler prints an error that is not logic(in borland C++ i used TObject(rObject)

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

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

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 19:21 --- !!! in the second example only one constructor is writeed (to be compiled) "TObject(rTObject)"!!(the other one is in a coment and ... errror) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug other/18163] New: libffi test case ICE's on darwin

The following test case ICE's on darwin since 2004-10-26. Before it was ok. /Volumes/src/gcc/gcc-cvs/gcc/libffi/testsuite/libffi.call/return_ldsum.c:64: error: unrecognizable insn:^M(insn 15 14 16 0 (set (reg:TI 158 [ g ])^M (const_int 0 [0x0])) -1 (nil)^M (nil))^M/Volumes/src/gcc/gcc-cv

[Bug other/18163] libffi test case ICE's on darwin

--- Additional Comments From andreast at gcc dot gnu dot org 2004-10-26 19:35 --- Created an attachment (id=7413) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7413&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18163

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 19:41 --- Confirmed, here is the reduced testcase: long double return_ld(long double a, long double b, long double c, long double d, long double e, long double f,

[Bug c/18164] New: ICE on trivial invalid asm

void f (void) { int x; asm ("" : "" (x)); } yields an ICE (discovered while attempting to disallow wide strings in asms) t.c: In function 'f': t.c:5: error: output operand constraint lacks '=' t.c:5: error: output operand constraint lacks '=' t.c:5: error: invalid lvalue in asm output 0 t.c:5

[Bug c/18164] [4.0 Regression] ICE on trivial invalid asm

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

Re: Optimization Bug in g77

Thanks for the quick response. I have altered my code so that it does not depend on the way extended precision is handled. It gives the right answer no mater how it is compiled. I guess the moral is: don't try to check for exact equality between two double precision numbers that have been calcul

[Bug middle-end/18164] [4.0 Regression] ICE on trivial invalid asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:02 --- Confirmed, we are ICE in the gimplifer: #0 0x8cc0 in __memcpy () #1 0x006176a4 in build_string (len=-1, str=0x4248e0d5 "\177?") at /Users/pinskia/src/ipa- out/gcc/gcc/tree.c:755 #2 0x0011b254

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-26 20:06 --- XLC chooses the straight-line code sequence versus compare and branch based on a cost model. This should not be a uniform change in behavior for PowerPC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:14 --- Reverting the following patch fixes the ICE: 2004-10-26 Aldy Hernandez <[EMAIL PROTECTED]> * expr.c (emit_group_load): Handle floats. (emit_group_store): Same. -- What|Rem

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

-- What|Removed |Added Target Milestone|3.4.2 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17717

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 20:34 --- Here's a detailed explanation of the second example: You are calling the function "void HandleObject(TObject toj);" as follows: "HandleObject( GetAnObject() );" To do this you need a copy constructor to co

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:36 --- Note the solution for a different related problem in will not work as the mode in this case is still a floating point mode (TF) and the corresponding int

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From xanas3712 at matrixcentral dot net 2004-10-26 20:48 --- There is some kind of patch referred to at the end here.. where is it? I am only seeing the pre-processed source as an attached file. Anyway, I'm having the same issue as himanshu. I've tried every ve

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

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

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-26 21:25 --- Also, do not enable when optimizing for size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154

[Bug fortran/17744] ice in assignment of derived type constructor

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 21:35 --- The bug also goes away if one omits the keyword "parameter". -- What|Removed |Added

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:39 --- The patch is located in comment #9. -- What|Removed |Added CC|

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:40 --- This is fixed now right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832

[Bug c++/18165] New: Attributes following enumeration declaration ignored

Consider the following program: m> enum X { a = 1 }; enum Y { b = 1 } __attribute__((packed)); int main() { using namespace std; cout << "default:" << sizeof(enum X) << endl; cout << "with attribute: " << sizeof(enum Y) << endl; } The C++ compiler accepts this. However, the attrib

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-26 21:51 --- Sorry, I missed putting the PR tag in the commit log. However, no, this bug really should not be closed yet. That patch just disabled building fixincludes. The real patch that needs to be committed is in

[Bug c++/18165] Attributes following enumeration declaration ignored

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:56 --- *** This bug has been marked as a duplicate of 14124 *** -- What|Removed |Added

[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:56 --- *** Bug 18165 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-26 22:34 --- Tobias, would it be possible to get a smaller testcase? Ideally a runnable one, but if it would be too much trouble, at least one from that as much of irrelevant code as possible is removed, while still pres

[Bug c/18166] New: top const stripped in structs for C

The following doesn't produce accurate dbx stabs information on powerpc-apple-darwin: struct ssc { char * const ptr; }; struct ss { char * ptr; }; int main () { struct ssc xssc; struct ss xss; } (gdb) ptype xss type = struct ss { char *ptr; } (gdb) ptype xssc type = struct ssc { char

  1   2   >