[Bug c/20000] missing warning for noreturn function returning non-void

2005-02-15 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-16 06:48 --- ... because the attribute used to get translated to a volatile qualifier on the function type, iirc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

2005-02-20 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-20 17:07 --- Patch checked in. Related bugs remain, which should receive separate PRs. -- What|Removed |Added

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

2005-02-21 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:14 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) "geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes: > Although I agree that these are all (except the below) nice things

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

2005-02-21 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:23 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) "geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes: >>> The second half would a pp-number, instead. It is always t

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

2005-02-21 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:54 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) "geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes: >>> The second half would a pp-number, instead. It is always t

[Bug target/20617] shared SH libgcc is exporting too many symbols

2005-03-24 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-03-24 16:06 --- Subject: Re: shared SH libgcc is exporting too many symbols Why not just add the problematic symbols to sh/libgcc-excl.ver? That is what it is there for. zw -- http://gcc.gnu.org/bugzilla

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

2005-03-24 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-03-24 18:46 --- Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes: > Almost all the symbols in config/s

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

2005-03-24 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-03-24 22:54 --- Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes: [LIB1FUNCS_ST] > Won't this have th

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

2005-03-24 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-03-24 23:54 --- Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes: > So you are saying this needs to list

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

2005-04-05 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-04-05 16:49 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Jakub Jelinek <[EMAIL PROTECTED]> writes: > Hi! > > This patch fixes PR preprocessor/19475 by issuing just warning, not pedwarn, > for < I

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

2005-04-05 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-04-05 17:05 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Jakub Jelinek <[EMAIL PROTECTED]> writes: > On Tue, Apr 05, 2005 at 09:49:19AM -0700, Zack Weinberg wrote: >> > This patch fixes PR pre

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

2005-04-05 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-04-05 23:39 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Per Bothner <[EMAIL PROTECTED]> writes: > http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00183.html Yah, check that in already. zw -- http://gc

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

2005-04-06 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-04-06 20:03 --- Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols "amylaar at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > I just had a look, and actually the

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

2005-07-15 Thread zack at codesourcery dot com
-- What|Removed |Added CC|zack at codesourcery dot com| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617

[Bug debug/914] libgcc2 compile causes internal error for mips-wrs-vxworks

2005-06-14 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-06-14 07:09 --- Subject: Re: libgcc2 compile causes internal error for mips-wrs-vxworks The target will eventually be readded, but you might as well close the bug - it hasn't shown up in our internal testing, so

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

2004-12-15 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-12-16 02:16 --- Subject: Re: gcc and UCN in identifiers: bug PR 9449 Al Simons <[EMAIL PROTECTED]> writes: > Hi, Zack. > > I'm looking into adding UCN support for identifiers into the HP > C/C++ co

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

2004-12-15 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-12-16 03:03 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) Because of the ABI implications, I consider it completely unacceptable to implement this feature according to the letter of C99 or C++98. Ever

[Bug c++/17964] [4.0 Regression] cpp error messages contain wrong line in C++

2005-02-08 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-09 02:28 --- I am testing a patch for this bug now. -- What|Removed |Added Status|NEW

[Bug c++/18491] testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable

2005-02-09 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2005-02-09 23:58 --- There is also p10769b.C (in the same directory) with exactly the same dubious construct, this time marked as should-give-an-error. Do we want to keep that one? -- http://gcc.gnu.org/bugzilla

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-10-13 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-10-13 23:29 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename Hmm. Why are we calling assemble_external before EOF? zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/18047] [4.0 Regression] Wrong precedence between equality (==, !=) and < operators

2004-10-18 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-10-18 15:02 --- Subject: Re: [4.0 Regression] Wrong precedence between equality (==, !=) and < operators I doubt that. I'd be inclined to point fingers at the operator-precedence parser patch, myself. zw --

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

2004-11-08 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-08 21:23 --- Subject: Re: __pic__/__PIC__ not defined when -fpic/-fPIC is specified Ah. This is why I thought it had already been done. Maybe you want to poke Alan Modra about the research he said he would do? zw

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-11-23 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-23 22:19 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename "hjl at lucon dot org" <[EMAIL PROTECTED]> writes: > --- Additional Comments From hjl at

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-11-27 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-27 20:25 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename That's not what HJ's patch does, though. zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982

[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably

2004-11-27 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-27 20:25 --- Subject: Re: [4.0 Regression] C4x fails miserably I have no plans to do anything about this bug. Someone who cares about C4x should look at it. zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-11-28 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-28 20:16 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename You continue not to get it. In this context, DECL_ASSEMBLER_NAME has been set because assemble_external has been

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-11-29 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-29 16:38 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename ... so this has always been broken, is that what you're saying? zw -- http://gcc.gnu.org/bug

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

2004-11-29 Thread zack at codesourcery dot com
--- Additional Comments From zack at codesourcery dot com 2004-11-29 17:15 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename I'm hoping to have some time to work on this this week, but no promises. zw -- http://gcc.gnu.org/bug