How can I get VRP information for an RTX?

2007-04-01 Thread David Daney
I am looking at how the MIPS backend handles division. For the compiler configuration in question (mipsel-linux) division operations trap on division by zero. This is handled in mips_output_division in mips.c where we unconditionally emit a conditional trap. I would like to change it so

gcc regression on Darwin

2007-04-01 Thread Dominique Dhumieres
While regtesting my build of the 20070330 snapshot (Darwin7), I got a lot (~100) of regressions: gcc.c-torture/execute/builtins/memcpy-chk.c, ..., gcc.c-torture/execute/built-in-setjmp.c. Looking at the list, I have found that this has started on 20070325 for Darwin8:

Re: gcc regression on Darwin

2007-04-01 Thread Andreas Schwab
[EMAIL PROTECTED] (Dominique Dhumieres) writes: If yes what would be the best format? See http://gcc.gnu.org/bugs.html. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756

RE: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Dave Korn
On 01 April 2007 07:08, ganesh subramonian wrote: Hi I work in a company where we have been using gcc-2.95.4 (based cross compiler) for compiling our code. Most of the code is written in c++ and makes extensive use of the stl libraries. We would not be changing our operating system or

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Paul Brook
On Sunday 01 April 2007 12:01, Dave Korn wrote: On 01 April 2007 07:08, ganesh subramonian wrote: Hi I work in a company where we have been using gcc-2.95.4 (based cross compiler) for compiling our code. Most of the code is written in c++ and makes extensive use of the stl libraries.

RE: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Dave Korn
On 01 April 2007 12:59, Paul Brook wrote: On Sunday 01 April 2007 12:01, Dave Korn wrote: On 01 April 2007 07:08, ganesh subramonian wrote: Hi I work in a company where we have been using gcc-2.95.4 (based cross compiler) for compiling our code. Most of the code is written in c++ and

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Marcin Dalecki
Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook: If you're already switching compilers, moving to an already obsolete release (3.3) seems a strange choice. At this point I'd recommend skipping 3.x altogether and going straight to gcc4.1/4.2. Many of the improvements in

Re: How can I get VRP information for an RTX?

2007-04-01 Thread Richard Guenther
On 4/1/07, David Daney [EMAIL PROTECTED] wrote: I am looking at how the MIPS backend handles division. For the compiler configuration in question (mipsel-linux) division operations trap on division by zero. This is handled in mips_output_division in mips.c where we unconditionally emit a

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Richard Guenther
On 4/1/07, Marcin Dalecki [EMAIL PROTECTED] wrote: Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook: If you're already switching compilers, moving to an already obsolete release (3.3) seems a strange choice. At this point I'd recommend skipping 3.x altogether and going

Re: error: no newline at end of file

2007-04-01 Thread Martin Michlmayr
We have some real numbers about these new errors now. I've compiled the whole Debian archive in the last week for Gelato to test GCC 4.3 on IA64. Out of just slightly under 7000 packages in Debian, we have the following new failures: missing newline: 42 error: xxx redefined: 33 extra tokens at

Re: error: no newline at end of file

2007-04-01 Thread Zack Weinberg
Martin Michlmayr wrote: ... - The no newline and xxx redfined pedwarnings should be converted into normal warnings. Rationale: no newline doesn't harm anyone and there are quite a few programs that would fail because of an error that many agree is too strict. Redefining something with -D

re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Dan Kegel
Ganesh wrote: I work in a company where we have been using gcc-2.95.4 (based cross compiler) for compiling our code. Most of the code is written in c++ and makes extensive use of the stl libraries. We would not be changing our operating system or processor architecture (so portability is not a

Re: error: no newline at end of file

2007-04-01 Thread Robert Dewar
Zack Weinberg wrote: Martin Michlmayr wrote: ... - The no newline and xxx redfined pedwarnings should be converted into normal warnings. Rationale: no newline doesn't harm anyone and there are quite a few programs that would fail because of an error that many agree is too strict.

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Robert Dewar
Richard Guenther wrote: At least you'd have the chance that reported bugs may eventually get fixed - with a 3.x (or even 4.0.x) release there's no chance of that unless you are willing to pay (and find) someone to do it. Which of course is one possibility, it is not always clear that updating

VAX backend status

2007-04-01 Thread Matt Thomas
Over the past several weeks, I've revamped the VAX backend: - fixed various bugs - improved 64bit move, add, subtract code. - added patterns for ffs, bswap16, bswap32, sync_lock_test_and_set, and sync_lock_release - modified it to generate PIC code. - fixed the dwarf2 output so it is

Re: How can I get VRP information for an RTX?

2007-04-01 Thread David Daney
Andrew Pinski wrote: On 4/1/07, David Daney [EMAIL PROTECTED] wrote: I am looking at how the MIPS backend handles division. For the compiler configuration in question (mipsel-linux) division operations trap on division by zero. This is handled in mips_output_division in mips.c where we

Re: error: no newline at end of file

2007-04-01 Thread Martin Michlmayr
* Zack Weinberg [EMAIL PROTECTED] [2007-04-01 08:30]: This therefore needs to stay a pedwarn at least for the case where the redefinition comes from a #define in the source. It's not clear to me whether the diagnostics you're talking about are from a redefinition via -D on the command line.

Re: error: no newline at end of file

2007-04-01 Thread Zack Weinberg
On 4/1/07, Martin Michlmayr [EMAIL PROTECTED] wrote: * Zack Weinberg [EMAIL PROTECTED] [2007-04-01 08:30]: This therefore needs to stay a pedwarn at least for the case where the redefinition comes from a #define in the source. It's not clear to me whether the diagnostics you're talking about

Re: error: no newline at end of file

2007-04-01 Thread Zack Weinberg
Ugh. That puts us in the position of having to decide whether command line definitions count as previous definitions for 6.10.3p3. 6.10.3p*2*. zw

Re: error: no newline at end of file

2007-04-01 Thread Robert Dewar
Zack Weinberg wrote: Ugh. That puts us in the position of having to decide whether command line definitions count as previous definitions for 6.10.3p3. I'm inclined to think that they do, or rather, that saying they don't involves more bending of the language than I am comfortable with. I

Re: Extension for a throw-like C++ qualifier

2007-04-01 Thread Sergio Giro
Maybe that the option you suggest This is best done with something like -fstatic-exception-specifications or maybe - Wexception-specifications -Werror. is ideal, but it seems to me not practical at all. Every stuff using the throw qualifier as specified in the standards will not work. If an

Re: error: no newline at end of file

2007-04-01 Thread Zack Weinberg
On 4/1/07, Robert Dewar [EMAIL PROTECTED] wrote: Zack Weinberg wrote: It's not bending the language, the standard has nothing whatever to say about -D. I see no reason not to be completely permissive wrt -D if it is going to make transition smoother. The thing is, the standard does not read An

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Joe Buck
On Sun, Apr 01, 2007 at 02:20:10PM +0200, Marcin Dalecki wrote: Wiadomość napisana w dniu 2007-04-01, o godz13:58, przez Paul Brook: If you're already switching compilers, moving to an already obsolete release (3.3) seems a strange choice. At this point I'd recommend skipping 3.x

Re: how to convince someone about migrating from gcc-2.95 to gcc-3.x

2007-04-01 Thread Joe Buck
Many of the improvements in c++ code generation were as a result of tree-ssa, you only get with 4.x. On Sun, Apr 01, 2007 at 01:19:24PM +0100, Dave Korn wrote: It is however a bigger step change, and a correspondingly bigger risk. There are arguments in favour of not running with the

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

2007-04-01 Thread patchapp at dberlin dot org
--- Comment #9 from patchapp at dberlin dot org 2007-04-01 08:10 --- Subject: Bug number PR31366 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/msg5.html --

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

2007-04-01 Thread daney at gcc dot gnu dot org
--- Comment #47 from daney at gcc dot gnu dot org 2007-04-01 08:29 --- With RTH's alternate patch applied, I can now bootstrap mipsel-linux The test results are here: http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00036.html And are substancially similar to what I was getting before

[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=gccview=revrev=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: ./cc1

[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

[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=gccview=revrev=123401 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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=gccview=revrev=123401 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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=gccview=revrev=123402 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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=gccview=revrev=123402 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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 not

[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 --

[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=13315action=view) patch General patch creating an optimized function usable for CONSTRAINT_LEN (without actually generating a

[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=13316action=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=gccview=revrev=123403 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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=gccview=revrev=123404 Log: 2007-04-01 Jerry DeLisle [EMAIL PROTECTED] PR

[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=gccview=revrev=123405 Log: PR tree-optimization/31169 * tree-vrp.c

[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=gccview=revrev=123406 Log: PR rtl-optimization/31391 * cfgcleanup.c

[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 string.h #define FPGA_BASE 0x8100 static inline void fpga_write( unsigned short

[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

[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=13317action=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=13318action=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 on

[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 member

[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 rank1 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

[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

[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] is

[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

[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

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