[Bug fortran/27662] Transpose doesn't work on function return

--- Comment #8 from pault at gcc dot gnu dot org 2006-05-20 06:23 --- HJ Your ISP does not like my address for some reason - it keeps bouncing my mail to you. Well done! tonto-1.0/SPEC2006 now runs correctly. Paul -- pault at gcc dot gnu dot org changed: What|Remo

[Bug libfortran/26893] kinds.h not generated, causing failure

--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-05-20 06:01 --- > I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I > consider them "known good". They only don't work with Solaris. I definitely cannot reproduce this problem either. -- http://gc

[Bug rtl-optimization/27671] [4.2 Regression] optimization error on pentium4-Linux with %, regression from gcc-4.1.0

--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-20 04:57 --- The whole problem is reduced to the combiner doing wrong simplification of XOR. Here are some details. Consider: extern void abort (void) __attribute__ ((noreturn)); extern void exit (int) __attribute__ ((noreturn));

[Bug libfortran/22423] Warnings when building libgfortran

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-05-20 03:30 --- Subject: Bug 22423 Author: jvdelisle Date: Sat May 20 03:29:58 2006 New Revision: 113923 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113923 Log: 2006-05-19 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libfortran/22423] Warnings when building libgfortran

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-05-20 02:56 --- I will fix the one in transfer.c as obvious. I don't understand the issue in list_read.c I have a namelist patch pending for that file so if someone could give me a hint I would be happy to fix that as well. -

[Bug c++/27684] GCC doesn't link code, compiled using boost::mpl. Segmentation failed.

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-20 01:39 --- This really should be filed to binutils and not to GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27684

[Bug fortran/27662] Transpose doesn't work on function return

--- Comment #7 from hjl at gcc dot gnu dot org 2006-05-20 00:28 --- Subject: Bug 27662 Author: hjl Date: Sat May 20 00:28:14 2006 New Revision: 113922 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113922 Log: gcc/fortran/ 2006-05-19 H.J. Lu <[EMAIL PROTECTED]> PR fo

[Bug testsuite/27611] FAIL: g++.dg/other/unused1.C scan-assembler string\t"class2" and string\t"printer"

--- Comment #4 from schwab at suse dot de 2006-05-19 21:32 --- Halfway fixed by . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27611

[Bug rtl-optimization/26855] [4.2 Regression] ICE in add_deps_for_def with -fmodulo-sched -maltivec

--- Comment #9 from zadeck at gcc dot gnu dot org 2006-05-19 21:18 --- Subject: Bug 26855 Author: zadeck Date: Fri May 19 21:18:23 2006 New Revision: 113915 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113915 Log: 2006-05-19 Daniel Berlin <[EMAIL PROTECTED]> Kenn

[Bug objc++/27686] [4.2 Regression] objc-act.c:5573: warning: implicit declaration of function 'default_conversion'

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-19 20:27 --- Fixed by: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00997.html http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00518.html -- pinskia at gcc dot gnu dot org changed: What|Removed |A

[Bug objc/27686] New: objc-act.c:5573: warning: implicit declaration of function 'default_conversion'

/mnt/gnu/gcc-3.3/objdir/./prev-gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./prev-gcc/ -B /opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/ -c -g -O2 -DIN_GCC -W -Wal l -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-l ong -Wno-variadic-macros -Wno-overlength-strings -Wold-s

[Bug rtl-optimization/27616] [4.1/4.2 Regression] Internal error with -O1 (CSE)

--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-19 19:36 --- Infinite recursion is going on in CSE. Here is what happens. At cse.c:4278 in fold_rtx, we have (gdb) call debug_rtx(x) (plus:SI (reg/v/f:SI 60 [ first ]) (const_int 4 [0x4])) (gdb) call debug_rtx(y) (plus:

[Bug c++/27684] GCC doesn't link code, compiled using boost::mpl. Segmentation failed.

--- Comment #2 from grayyoga at gmail dot com 2006-05-19 19:20 --- Created an attachment (id=11489) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11489&action=view) Preprocessed output of the buggy program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27684

[Bug c++/27684] GCC doesn't link code, compiled using boost::mpl. Segmentation failed.

--- Comment #1 from grayyoga at gmail dot com 2006-05-19 19:19 --- Created an attachment (id=11488) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11488&action=view) Command line parameters and output of gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27684

[Bug c++/27684] New: GCC doesn't link code, compiled using boost::mpl. Segmentation failed.

Supplied main.ii file compiles but doesn't link. When I reduce the number of template parameters in the line 37070 from 4 to 3 it compiles and links ok. I guess it's an issue of the enormous length of instantiated mpl templates names. N.B. In case it matters : I doesn't now how to obtain target t

[Bug target/27677] ICE on "3-liner" with __thread

--- Comment #2 from gcc at cohi dot at 2006-05-19 18:23 --- Ah. I, obviously wrongly, assumed that TLS would work if I could build gcc with --enable-tls. (Chapter 5.51 of the GCC 4.1.0 docs, which talks about thread local storage, says that TLS is "not available everywhere", but fails

[Bug fortran/27683] New: Many new GFORTRAN testsuite failures

n/gcc/testsuite/gfortran/../../gfortran version 4.2.0 20060519 (experimental) -- Summary: Many new GFORTRAN testsuite failures Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fo

[Bug c/27273] [4.2 regression] tree check fail for legal code when convert returns a constant from an expression that was not constant

--- Comment #11 from patchapp at dberlin dot org 2006-05-19 17:35 --- Subject: Bug number PR c/27273 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00964.html -- http://gcc.gnu.org/bugzill

[Bug fortran/25058] missing diagnostic about ENTRY dummy argument

--- Comment #2 from patchapp at dberlin dot org 2006-05-19 17:35 --- Subject: Bug number PR25058 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00969.html -- http://gcc.gnu.org/bugzilla/sh

[Bug treelang/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-19 17:29 --- This also fails on the gcc-4_1-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516

[Bug target/27682] float to int conversion doesn't raise invalid exception

--- Comment #4 from janis at gcc dot gnu dot org 2006-05-19 17:25 --- This has been brought up to the glibc developers in the past: http://sourceware.org/ml/libc-alpha/2005-03/msg00196.html It's unfortunate that they don't agree that "an implementation" of C consists of a combination

[Bug libfortran/26893] kinds.h not generated, causing failure

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-19 17:14 --- (In reply to comment #7) > I will be working on this after the students leave, starting in June. Please > keep this ticket open. OK. > I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I

[Bug libfortran/26893] kinds.h not generated, causing failure

--- Comment #7 from quanah at stanford dot edu 2006-05-19 17:09 --- I will be working on this after the students leave, starting in June. Please keep this ticket open. I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I consider them "known good". They only don

[Bug libfortran/26889] selected_int_kind.inc broken, causing failure

--- Comment #42 from quanah at stanford dot edu 2006-05-19 17:09 --- I will be working on this after the students leave, starting in June. Please keep this ticket open. I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I consider them "known good". They only do

[Bug libfortran/22423] Warnings when building libgfortran

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-19 17:05 --- Adding Jerry in CC list since he's likely to be the one who introduced the warning in transfer.c :) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/22423] Warnings when building libgfortran

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-19 17:04 --- We currently have the following warnings when building libgfortran on i686-linux: ../../../gcc/libgfortran/io/transfer.c: In function 'read_block': ../../../gcc/libgfortran/io/transfer.c:279: warning: 'return' wi

[Bug libfortran/27524] -fbounds-check interracts *strangely* with an array of size 1

g built-in specs. Target: i386-linux Configured with: ../gcc/configure --prefix=/tmp/gfortran-20060519/irun --enable-languages=c,fortran --host=i386-linux --with-gmp=/tmp/gfortran-20060519/gfortran_libs Thread model: posix gcc version 4.2.0 20060519 (experimental) $ gfortran bounds.f90

[Bug libfortran/26889] selected_int_kind.inc broken, causing failure

--- Comment #41 from fxcoudert at gcc dot gnu dot org 2006-05-19 16:51 --- I'm puzzled by this PR and PR 26893: what is the status on those reports? Did you reproduce this on a given platform, with *known good* GMP and MPFR and with a gfortran >= 4.1 ? Otherwise, I supposed we might cl

[Bug libfortran/25949] Unbounded I/O buffer memory usage for formatted IO

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-05-19 16:45 --- I think we can close this one, now, can't we? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/19777] -fbounds-check catches non-existent bounds violation

--- Comment #13 from fxcoudert at gcc dot gnu dot org 2006-05-19 16:43 --- Andrew, any news on this one? If I remember correctly, you're waiting for paperwork with your new employer? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19777

[Bug c/27673] [4.2 Regression] Gcc failed to bootstrap on Linux

--- Comment #14 from pinskia at gcc dot gnu dot org 2006-05-19 16:38 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug target/27677] ICE on "3-liner" with __thread

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-19 16:38 --- Well TLS is not supported on Darwin and you did --enable-TLS which is just wrong as there is no support at all in the kernel or even ABI wise. I almost want to say this is invalid even though we ICE as you used --en

[Bug target/27682] float to int conversion doesn't raise invalid exception

--- Comment #3 from joseph at codesourcery dot com 2006-05-19 16:35 --- Subject: Re: New: float to int conversion doesn't raise invalid exception On Fri, 19 May 2006, janis at gcc dot gnu dot org wrote: > GCC claims to follow C99 Annex F when converting a floating value to an > int

[Bug c++/9925] ostrstream (buf, size) << "..." does not work properly

--- Comment #21 from pinskia at gcc dot gnu dot org 2006-05-19 16:35 --- *** Bug 27678 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/27678] ofstream() << C-string prints the pointer address.

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-19 16:35 --- *** This bug has been marked as a duplicate of 9925 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/27681] [4.1 regression] Missing DImode float conversion functions

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-19 16:28 --- If this is revert, PR 22209 is reintroduced. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/27682] float to int conversion doesn't raise invalid exception

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-19 16:21 --- First we don't yet implement FENV_ACCESS. There is a bug about that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682

[Bug target/27682] float to int conversion doesn't raise invalid exception

--- Comment #1 from janis at gcc dot gnu dot org 2006-05-19 16:13 --- This is related to PR21360, although that one is about the result of an out-of-range conversion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682

[Bug target/27682] New: float to int conversion doesn't raise invalid exception

GCC claims to follow C99 Annex F when converting a floating value to an integer type when the integral part exceeds the range of the integer type (C99 6.3.1.4 and F.4). Annex F says that in this case the conversion raises the "invalid" floating-point exception. On powerpc64-linux and x86_64-linux

[Bug c++/26433] [4.0/4.1 Regression] Syntax error using __FUNCTION__ in catch handler

--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-19 16:06 --- Fixed in 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug c++/26433] [4.0/4.1/4.2 Regression] Syntax error using __FUNCTION__ in catch handler

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-05-19 16:04 --- Subject: Bug 26433 Author: mmitchel Date: Fri May 19 16:04:22 2006 New Revision: 113911 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113911 Log: PR c++/26433 * cp-tree.h (begin_function_t

[Bug target/27681] [4.1 regression] Missing DImode float conversion functions

--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-05-19 15:24 --- This was fixed for 4.2 by: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00806.html -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/27681] New: [4.1 regression] Missing DImode float conversion functions

libgcc no longer provides __fixuns*si(), __fix*di() and __floatdi*() functions. This causes many testsuite failures on soft-float mipsisa64-elf. -- Summary: [4.1 regression] Missing DImode float conversion functions Product: gcc Version: 4.1.

[Bug bootstrap/24631] SIGBUS during bootstrap

--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-05-19 15:13 --- Any update on this? -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/27338] Violation of mips o64 ABI

--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-05-19 15:10 --- The use of $f14 was an unintentional historical accident, not a deliberate decision. It has since been "fixed". I realise this isn't going to be very helpful to you, but you should just treat 3.4 and 4.x as being

Re: sh64-elf build failure because of lib1funcs-Os-4-200.asm

Hi Joern, I have a patch for it, but due to problems with our hardware, newlib, and issues with the way the linux libgcc is built, I have not been able to test the patch satisfactorily. I can confirm that the patch allows GCC to build for both an sh64-elf and an sh-elf target. I am now run

Re: sh64-elf build failure because of lib1funcs-Os-4-200.asm

Nick Clifton wrote: I am not sure how this should be fixed however. Should the functions in lib1funcs-02-4-200.asm be protected by another #ifdef so that they are not built for this target ? Or maybe the rules in t-sh need to be updated to include an architecture selection switch ? (eg

[Bug c++/27678] New: ofstream() << C-string prints the pointer address.

The following example should be self explanatory. I was expecting same content to be written onto the files "goodstr.txt" and "whyptr.txt". -- yotam [EMAIL PROTECTED]:C:444> g++ -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,o

[Bug c/27676] gcc is overly strict in assignment to read-only data

--- Comment #1 from jsm28 at gcc dot gnu dot org 2006-05-19 10:17 --- Technically a regression; compilers up to EGCS 1.1.2 accepted this, then it became a pedwarn, and later a hard error. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/27673] [4.2 Regression] Gcc failed to bootstrap on Linux

--- Comment #13 from mrs at gcc dot gnu dot org 2006-05-19 10:07 --- Subject: Bug 27673 Author: mrs Date: Fri May 19 10:06:17 2006 New Revision: 113904 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113904 Log: PR c/27673 * c-parser.c (c_parser_parms_declarator):

[Bug c++/27677] New: ICE on "3-liner" with __thread

With the 4.1.0 built yesterday, bootstrapped with Apple gcc 5247, I get the following: [EMAIL PROTECTED]:/tmp> cat t.cc __thread int int_tls = 2; int get_tls() { return int_tls; } int main() { return get_tls(); } [EMAIL PROTECTED]:/tmp> /opt/gcc-4.1.0-32/bin/g++ -O3 -Wall -Wextr

[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5

--- Comment #14 from rsandifo at gcc dot gnu dot org 2006-05-19 08:05 --- Subject: Bug 22209 Author: rsandifo Date: Fri May 19 08:05:39 2006 New Revision: 113903 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113903 Log: * libgcc2.c (MIN_UNITS_PER_WORD): Move default de