[Bug target/31388] ICE building libiberty multilib for mips16 multilibs

2007-04-01 Thread rsandifo at gcc dot gnu dot org
--- Comment #1 from rsandifo at gcc dot gnu dot org 2007-04-01 12:24 --- Subject: Bug 31388 Author: rsandifo Date: Sun Apr 1 12:23:54 2007 New Revision: 123398 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123398 Log: gcc/ PR target/31388 * config/mips/mips.md

[Bug target/31388] ICE building libiberty multilib for mips16 multilibs

2007-04-01 Thread rsandifo at gcc dot gnu dot org
--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-04-01 12:25 --- Patch applied to mainline -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/31418] New: Bootstrap failure with -O2 -funroll-loops -funsafe-math-optimizations options on PPC

2007-04-01 Thread eres at il dot ibm dot com
I get the following error while bootstrapping on PPC with -O2 -funroll-loops -funsafe-math-optimizations: (gcc version 4.3.0 20070401) rm -f stage_current make[3]: Leaving directory `/home/revital/last_bootstrap/build' Comparing stages 2 and 3 warning: ./cc1obj-checksum.o differs warning:

[Bug c++/31419] New: template user defined conversion operator instantiated for conversion to self

2007-04-01 Thread james dot kanze at gmail dot com
The following code does not compile: --templcvt.cc extern int f( int ) ; class B { public: template< typename T > operator T const& () const { return f( 42 ) ; } } ; B g() { return B() ; }

[Bug c++/31419] template user defined conversion operator instantiated for conversion to self

2007-04-01 Thread fang at csl dot cornell dot edu
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-01 15:38 --- Aside, it looks to me as if operator () returns a reference (const) to a temporary, which is undefined, no? -- fang at csl dot cornell dot edu changed: What|Removed |Added

[Bug target/31420] New: CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
For a -O0 tramp3d-v4.cpp compile, reload and its calls to CONSTRAINT_LEN are on top of the profiles: Each sample counts as 0.01 seconds. % cumulative self self total time seconds secondscalls s/call s/call name 3.74 1.34 1.34 265677 0.00 0.

[Bug c++/31419] template user defined conversion operator instantiated for conversion to self

2007-04-01 Thread james dot kanze at gmail dot com
--- Comment #2 from james dot kanze at gmail dot com 2007-04-01 15:42 --- Subject: Re: template user defined conversion operator instantiated for conversion to self On 1 Apr 2007 14:38:52 -, fang at csl dot cornell dot edu <[EMAIL PROTECTED]> wrote: > --- Comment #1 from fang

[Bug fortran/31366] Last record truncated for read after short write, direct access file

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:24 --- Subject: Bug 31366 Author: jvdelisle Date: Sun Apr 1 16:23:48 2007 New Revision: 123401 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123401 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/31207] advance="no" and tabs

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:24 --- Subject: Bug 31207 Author: jvdelisle Date: Sun Apr 1 16:23:48 2007 New Revision: 123401 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123401 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/31366] Last record truncated for read after short write, direct access file

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:29 --- Subject: Bug 31366 Author: jvdelisle Date: Sun Apr 1 16:29:05 2007 New Revision: 123402 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123402 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/31207] advance="no" and tabs

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-04-01 16:29 --- Subject: Bug 31207 Author: jvdelisle Date: Sun Apr 1 16:29:05 2007 New Revision: 123402 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123402 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug c++/31419] template user defined conversion operator instantiated for conversion to self

2007-04-01 Thread fang at csl dot cornell dot edu
--- Comment #3 from fang at csl dot cornell dot edu 2007-04-01 16:57 --- Subject: Re: template user defined conversion operator instantiated for conversion to self > There is no operator() in the code. And there is no undefined > behavior is the reference is not used. But that's no

[Bug libfortran/31052] Bad IOSTAT values when readings NAMELISTs past EOF

2007-04-01 Thread patchapp at dberlin dot org
--- Comment #38 from patchapp at dberlin dot org 2007-04-01 17:00 --- Subject: Bug number PR31052 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/2007-04/msg00014.html -- http://gcc.gnu.org/bugzilla/s

[Bug target/31420] CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-01 18:06 --- Created an attachment (id=13315) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13315&action=view) patch General patch creating an optimized function usable for CONSTRAINT_LEN (without actually generating a inl

[Bug target/31420] CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-01 18:15 --- Created an attachment (id=13316) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13316&action=view) other patch And an inlined variant producing static inline size_t insn_constraint_len_s (char fc, const char *

[Bug target/31420] CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-01 18:17 --- The latter patch is a 2.5% to 3.5% win for a -O0 tramp3d compile on i686. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31420

[Bug libfortran/31052] Bad IOSTAT values when readings NAMELISTs past EOF

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #39 from jvdelisle at gcc dot gnu dot org 2007-04-01 18:32 --- Subject: Bug 31052 Author: jvdelisle Date: Sun Apr 1 18:32:20 2007 New Revision: 123403 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123403 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libfortran/31052] Bad IOSTAT values when readings NAMELISTs past EOF

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
--- Comment #40 from jvdelisle at gcc dot gnu dot org 2007-04-01 18:33 --- Subject: Bug 31052 Author: jvdelisle Date: Sun Apr 1 18:33:13 2007 New Revision: 123404 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123404 Log: 2007-04-01 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug target/31420] CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-01 18:40 --- With the second patch applied the profile for -O0 changes to Each sample counts as 0.01 seconds. % cumulative self self total time seconds secondscalls s/call s/call name 3.38

[Bug fortran/31366] [4.2 only] Last record truncated for read after short write, direct access file

2007-04-01 Thread jvdelisle at gcc dot gnu dot org
-- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org

[Bug tree-optimization/31169] Bootstrap comparison error at revision 122821

2007-04-01 Thread rth at gcc dot gnu dot org
--- Comment #48 from rth at gcc dot gnu dot org 2007-04-01 19:17 --- Subject: Bug 31169 Author: rth Date: Sun Apr 1 19:17:38 2007 New Revision: 123405 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123405 Log: PR tree-optimization/31169 * tree-vrp.c (extract_ra

[Bug rtl-optimization/31391] [4.3 Regression] undefined label with -O -g due to cfglayout

2007-04-01 Thread steven at gcc dot gnu dot org
--- Comment #9 from steven at gcc dot gnu dot org 2007-04-01 19:26 --- Subject: Bug 31391 Author: steven Date: Sun Apr 1 19:26:00 2007 New Revision: 123406 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123406 Log: PR rtl-optimization/31391 * cfgcleanup.c (try_o

[Bug tree-optimization/31169] Bootstrap comparison error at revision 122821

2007-04-01 Thread rth at gcc dot gnu dot org
--- Comment #49 from rth at gcc dot gnu dot org 2007-04-01 19:26 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/31421] New: Wrong compilation results with -Os option specified

2007-04-01 Thread dednev at pisem dot net
I'm using arm-elf-gcc compiler, build for cygwin environment (gnuarm.org). Here is example, which shows wrong results: //--- #include #define FPGA_BASE 0x8100 static inline void fpga_write( unsigned short address,

[Bug c/31422] New: math.h functions generate warnings on newer version of gcc

2007-04-01 Thread mjt9 at geneseo dot edu
Hi there. Some very simple code generates a warning when compiled on gcc 4.1.2. The code compiles cleanly, when using gcc 3.4.6 The bug involves the use of fmaxf function that is defined in math.h. First, here is the relevant section: I'm attaching the source file along with the output of the c

[Bug c/31422] math.h functions generate warnings on newer version of gcc

2007-04-01 Thread mjt9 at geneseo dot edu
--- Comment #1 from mjt9 at geneseo dot edu 2007-04-01 20:14 --- Created an attachment (id=13317) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13317&action=view) compiler output with the -v flag -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31422

[Bug c/31421] Wrong compilation results with -Os option specified

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-01 20:15 --- You are violating C aliasing rules as you are accessing count both as integer and short. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/31422] math.h functions generate warnings on newer version of gcc

2007-04-01 Thread mjt9 at geneseo dot edu
--- Comment #2 from mjt9 at geneseo dot edu 2007-04-01 20:16 --- Created an attachment (id=13318) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13318&action=view) original source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31422

[Bug c/31422] math.h functions generate warnings on newer version of gcc

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-01 20:23 --- You need to build with -std=c99 (see the manual page for fmax) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/31420] CONSTRAINT_LEN is slow on i?86, x86_64

2007-04-01 Thread rguenth at gcc dot gnu dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-01 20:48 --- regclass is also slow. insn-select branch is supposed to fix it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-01 21:36 --- Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test > Dave, unfortunately all the other linux targets are fine, therefore we have > very big troubles figuring out what is happening o

[Bug c++/31423] New: Improve upon "invalid use of member (did you forget the '&' ?)"

2007-04-01 Thread gerald at pfeifer dot com
For the program struct C { int f() { return 1; } }; int f(C &c) { return ( 1 == c.f ); } we currently issue In function 'int f(C&)': 6: error: invalid use of member (did you forget the '&' ?) Basically, my thought is that whenever we encounter a comparison of a memb

[Bug fortran/30872] Bogus "size of variable is too large"

2007-04-01 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-01 23:11 --- This fixes it and regtests on x86_ia64/FC5. The arithmetic for finding the offset to a rank>1 element was plain wrong. I will submit asap. Paul Index: gcc/fortran/expr.c

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread pcarlini at suse dot de
--- Comment #4 from pcarlini at suse dot de 2007-04-01 23:23 --- Hi Dave. I tell you the first things I see on x86: do_get_date calls _M_extract_via_format. In the latter there is a loop over __i, from 0 to __len == 11: the char array __format is parsed. The first two times 'if (__ctype.

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread pcarlini at suse dot de
--- Comment #5 from pcarlini at suse dot de 2007-04-01 23:34 --- (In reply to comment #4) > I would suggest checking the contents of __format when _M_extract_via_format > starts, that is verifying that it begins with the exact same two chars of wstr > in the C++ source and therefore L'%

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-02 00:16 --- Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test > (In reply to comment #4) > > I would suggest checking the contents of __format when _M_extract_via_format > > starts, that is v

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread pcarlini at suse dot de
--- Comment #7 from pcarlini at suse dot de 2007-04-02 00:31 --- (In reply to comment #6) > I'm seeing L'%' and L'Y' as the first two characters in __format: > (gdb) p __format[0] > $34 = 37 > (gdb) p __format[1] > $35 = 89 That means that something is going badly wrong when __dates[0]

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread pcarlini at suse dot de
--- Comment #8 from pcarlini at suse dot de 2007-04-02 00:53 --- One last remark: when something having to do with named locales doesn't work, often I find myself checking whether corresponding "C" code works. In this case, if __format is wrong, which means apparently that _M_data->_M_da

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread pcarlini at suse dot de
--- Comment #9 from pcarlini at suse dot de 2007-04-02 00:54 --- Of course: const char* __s = "zh_TW"; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

2007-04-01 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-02 03:36 --- Subject: Re: FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test > --- Comment #8 from pcarlini at suse dot de 2007-04-02 00:53 --- > One last remark: when something having to do with n

gcc-3.4.6 and sh-unknown-linux-gnu build error

2007-04-01 Thread Motohisa Moriya
There was a phenomenon that the multi library was not able to be made when gcc-3.4.6 was Bilded with sh-unknown-linux-gnu. The cause In config/sh/linux.h, #if defined (__SH4E__) || defined(__SH4__) ---> Original #if defined (__SH3E__) || defined(__SH4__) ---> Chenged It failed in making the multi

[Bug target/19492] can not build crosscompiler for solaris2.8 (when building libstdc++ - error wcslen...:Link tests are not allowed after GCC_NO_EXECUTABLES)

2007-04-01 Thread pinskia at gcc dot gnu dot org
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-02 06:03 --- Use --with-sysroot to configure GCC for cross, it makes everything easier. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19492

[Bug rtl-optimization/31391] [4.3 Regression] undefined label with -O -g due to cfglayout

2007-04-01 Thread steven at gcc dot gnu dot org
--- Comment #10 from steven at gcc dot gnu dot org 2007-04-02 06:41 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED