[Bug web/34631] testing email to gcc-bugs

2007-12-31 Thread cgf at gcc dot gnu dot org
--- Comment #12 from cgf at gcc dot gnu dot org 2007-12-31 19:27 --- 14:27 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34631

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

2007-12-31 Thread peter at pogma dot com
--- Comment #17 from peter at pogma dot com 2007-12-31 19:28 --- (In reply to comment #16) > This was also a problem on solaris: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4850 I mean http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4886 -- peter at pogma dot com changed:

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

2007-12-31 Thread bugzilla-gcc at thewrittenword dot com
--- Comment #18 from bugzilla-gcc at thewrittenword dot com 2007-12-31 19:39 --- (In reply to comment #16) > Because it is not currently possible to build an autoconf based project on aix > with gcc without doing --disable-largefile, we would like to see this fixed. More accurately, it

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

2007-12-31 Thread dominiq at lps dot ens dot fr
--- Comment #22 from dominiq at lps dot ens dot fr 2007-12-31 19:43 --- The patch in comment #11 fixes the failure of gcc.dg/struct/wo_prof_malloc_size_var.c on i686-apple-darwin9 32 bit mode, but I have still the failures reported in comment #6 of PR34534 in 64 bit mode. -- http://

[Bug web/34631] testing email to gcc-bugs

2007-12-31 Thread cgf at gcc dot gnu dot org
--- Comment #13 from cgf at gcc dot gnu dot org 2007-12-31 19:58 --- email seems to be working -- cgf at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-31 Thread kai-gcc-bugs at khms dot westfalen dot de
--- Comment #9 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-31 20:26 --- Applying that patch also works for gcc-4.2-20071226. So, it seems that patch was simply never applied to 4.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625

[Bug tree-optimization/34632] Test

2007-12-31 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-31 20:29 --- This seems fixed now, again ignore this bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/34633] New: Compiler crash on FORALL loop

2007-12-31 Thread holst at matmech dot com
Hi GCC Fortran developers! I was playing with some CaSe changing routines and I ran into a crash when I tried to use a FORALL statement instead of a DO loop. The routine that is failing (from my perspective) is SUBROUTINE TO_UPPER(STR). -- MODULE CASECONV CONTAINS SUBROUTINE TO_UPPER(STR)

[Bug fortran/34633] Compiler crash on FORALL loop

2007-12-31 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-01 01:22 --- This works on the trunk for 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34633

[Bug fortran/34633] Compiler crash on FORALL loop

2007-12-31 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-01 01:25 --- That is because it is the same as PR 31217. *** This bug has been marked as a duplicate of 31217 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/31217] ICE using FORALL on character substrings

2007-12-31 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-01-01 01:25 --- *** Bug 34633 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/31944] [4.1/4.2 Regression] Endless loop while building a 64-bit 2.6.20 kernel

2007-12-31 Thread danglin at gcc dot gnu dot org
--- Comment #14 from danglin at gcc dot gnu dot org 2008-01-01 02:09 --- This appears to have been fixed by the following change on the trunk: 2007-09-04 Jan Hubicka <[EMAIL PROTECTED]> * invoke.texi (-finline-small-functions): Document. * ipa-inline.c (cgraph_defaul

[Bug c/34634] New: Labels are not handled correctly

2007-12-31 Thread davh at davh dot dk
I have this piece of code: __asm__( "someasm" : : "i" (&&a), "i" (&&b)); a: printf("Hello World!\n"); b: _PREVENTCOMPILERERROR(); static inline void _PREVENTCOMPILERERROR() { /*nothing*/; } However it generates wrong assembler code: