[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added Target|netbsd, SymbianOS, LynxOS, |SymbianOS, LynxOS, QNX, TPF

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #44 from coypu --- (In reply to jos...@codesourcery.com from comment #31) > GCC: some NetBSD targets (netbsd-stdint.h only used for x86 / x86_64), Speaking for NetBSD only: as of https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added CC||coypu at sdf dot org --- Comment #43 from

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added Target|netbsd, VxWorks, SymbianOS, |netbsd, SymbianOS, LynxOS,

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #41 from hainque at adacore dot com --- > On 2 Jan 2019, at 23:33, joseph at codesourcery dot com > wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 > > --- Comment #40 from joseph at codesourcery dot com dot com> --- >

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #40 from joseph at codesourcery dot com --- The definitions have been added for VxWorks at some point.

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added Target|i686-pc-linux-gnu |netbsd, VxWorks, SymbianOS,

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2008-04-15 19:37:34

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #38 from joseph at codesourcery dot com --- I think the correct state is NEW. There is a well-defined set of target OSes that lack the target macro definitions describing those targets' stdint.h types, each of which should be straigh

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #37 from Eric Gallager --- (In reply to jos...@codesourcery.com from comment #36) > I don't think this bug meets the definition of WAITING. So what's the proper status for it then? SUSPENDED?

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #36 from joseph at codesourcery dot com --- I don't think this bug meets the definition of WAITING.

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Comment #

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Dominik Vogt changed: What|Removed |Added CC||vogt at linux dot vnet.ibm.com --- Comment

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #33 from joseph at codesourcery dot com --- I think it's appropriate for this bug to track the missing pieces, whether directly or through dependencies on a series of bugs for each target OS.

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #32 from Martin Sebor --- Thanks. I wonder if the incomplete support on those targets should be handled as separate bug reports raised by users if/when they run into problems. That way this large bug could be closed as resolved. Woul

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 --- Comment #31 from joseph at codesourcery dot com --- The following targets still appear to be missing this type information in GCC: some NetBSD targets (netbsd-stdint.h only used for x86 / x86_64), VxWorks, SymbianOS, LynxOS, QNX, TPF. Others

[Bug c/448] -related issues (C99 issues)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 Martin Sebor changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug c/448] -related issues (C99 issues)

--- Comment #29 from joseph at codesourcery dot com 2009-12-27 18:37 --- Subject: Re: -related issues (C99 issues) Actually, the Broken marker for complex numbers support should now be Done, as per what I said in . -- htt

[Bug c/448] -related issues (C99 issues)

--- Comment #28 from joseph at codesourcery dot com 2009-12-27 18:33 --- Subject: Re: -related issues (C99 issues) On Sun, 27 Dec 2009, laurent at guerby dot net wrote: > Is the following page up to date? > > http://gcc.gnu.org/c99status.html The table appears to be up to date. Th

[Bug c/448] -related issues (C99 issues)

--- Comment #27 from laurent at guerby dot net 2009-12-27 13:37 --- Hi, Is the following page up to date? http://gcc.gnu.org/c99status.html -- laurent at guerby dot net changed: What|Removed |Added

[Bug c/448] -related issues (C99 issues)

--- Comment #26 from jsm28 at gcc dot gnu dot org 2009-12-08 17:08 --- List of remaining target OSes without stdint.h type information added to 4.5 release notes: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00441.html NetBSD, VxWorks, VMS, SymbianOS, WinCE, LynxOS, Netware, QNX, Interi

[Bug c/448] -related issues (C99 issues)

--- Comment #25 from paolo dot carlini at oracle dot com 2009-07-31 13:57 --- Something like this should be enough, barring objections, I'll polish it, add a testcase and submit it. Index: c-cppbuiltin.c === --- c-cppbuilt

[Bug c/448] -related issues (C99 issues)

--- Comment #24 from paolo dot carlini at oracle dot com 2009-07-31 13:14 --- Oops, now I understand, was overlooking 18.4.2. Great. Thus we could just arrange for those feature macros to be automagically defined when -std=c++0x (gnu++0x). Do we have already have something similar elsew

[Bug c/448] -related issues (C99 issues)

--- Comment #23 from joseph at codesourcery dot com 2009-07-31 13:09 --- Subject: Re: -related issues (C99 issues) On Fri, 31 Jul 2009, paolo dot carlini at oracle dot com wrote: > Note, in C++1x, those macros should be effectively predefined *only* when > is included, not when is

[Bug c/448] -related issues (C99 issues)

--- Comment #22 from paolo dot carlini at oracle dot com 2009-07-31 13:04 --- Note, in C++1x, those macros should be effectively predefined *only* when is included, not when is included. Thus, I agree - note I'm not completely sure to get all your points - for those targets such as GC

[Bug c/448] -related issues (C99 issues)

--- Comment #21 from joseph at codesourcery dot com 2009-07-31 12:54 --- Subject: Re: -related issues (C99 issues) On Fri, 31 Jul 2009, paolo dot carlini at oracle dot com wrote: > I'm wondering if there is something we can/should do here about C++1x: in the > new Standard (see 18.4.

[Bug c/448] -related issues (C99 issues)

--- Comment #20 from paolo dot carlini at oracle dot com 2009-07-31 12:40 --- I'm wondering if there is something we can/should do here about C++1x: in the new Standard (see 18.4.1/2 in n2914, for example), for we have: The header defines all functions, types, and macros the same as C

[Bug c/448] -related issues (C99 issues)

--- Comment #19 from hp at gcc dot gnu dot org 2009-04-08 20:05 --- (In reply to comment #18) > Someone should also fix newlib upstream > to provide the limits See . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448

[Bug c/448] -related issues (C99 issues)

--- Comment #18 from joseph at codesourcery dot com 2009-04-08 15:49 --- Subject: Re: -related issues (C99 issues) On Wed, 8 Apr 2009, hp at gcc dot gnu dot org wrote: > Adding the libstdc++ regressions I've seen as a dependent, see PR39644 comment > #23. > (That is, the PR448 soluti

[Bug c/448] -related issues (C99 issues)

--- Comment #17 from hp at gcc dot gnu dot org 2009-04-08 06:55 --- Adding the libstdc++ regressions I've seen as a dependent, see PR39644 comment #23. (That is, the PR448 solution in progress relies on newlib providing the missing INTPTR_MAX, INTPTR_MIN and UINTPTR_MAX which it doesn't

[Bug c/448] -related issues (C99 issues)

--- Comment #16 from joseph at codesourcery dot com 2009-04-01 14:26 --- Subject: Re: -related issues (C99 issues) On Wed, 1 Apr 2009, dominiq at lps dot ens dot fr wrote: > On *-darwin* we have > > FAIL: gcc.dg/c99-stdint-1.c (test for excess errors) > FAIL: gcc.dg/c99-stdint-2.c (

[Bug c/448] -related issues (C99 issues)

--- Comment #15 from dominiq at lps dot ens dot fr 2009-04-01 13:25 --- On *-darwin* we have FAIL: gcc.dg/c99-stdint-1.c (test for excess errors) FAIL: gcc.dg/c99-stdint-2.c (test for excess errors) FAIL: gcc.dg/c99-stdint-5.c (test for excess errors) FAIL: gcc.dg/c99-stdint-6.c (test f

[Bug c/448] -related issues (C99 issues)

--- Comment #14 from jsm28 at gcc dot gnu dot org 2009-03-31 20:33 --- Note that the patch committed does not completely fix the issue; work is needed for each target to tell GCC about the types on that target, and the patch only does that for glibc/uClibc, newlib and Solaris. -- ht

[Bug c/448] -related issues (C99 issues)

--- Comment #13 from jsm28 at gcc dot gnu dot org 2009-03-31 20:31 --- Subject: Bug 448 Author: jsm28 Date: Tue Mar 31 20:30:31 2009 New Revision: 145372 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145372 Log: PR c/448 fixincludes: * inclhack.def (newlib_stdin

[Bug c/448] -related issues (C99 issues)

--- Comment #12 from jsm28 at gcc dot gnu dot org 2008-11-08 00:15 --- Subject: Bug 448 Author: jsm28 Date: Sat Nov 8 00:14:26 2008 New Revision: 141697 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141697 Log: PR c/448 fixincludes: * inclhack.def (newlib_stdin

[Bug c/448] -related issues (C99 issues)

--- Comment #11 from jsm28 at gcc dot gnu dot org 2008-04-18 14:15 --- When GCC knows about these types on a target, CHAR16_TYPE and CHAR32_TYPE should be defined to be the same as uint_least16_t and uint_least32_t. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448

[Bug c/448] -related issues (C99 issues)

--- Comment #10 from jsm28 at gcc dot gnu dot org 2008-04-15 19:44 --- GCC allows duplicate typedefs in system headers, which should simplify this header a bit. See http://gcc.gnu.org/ml/gcc/2008-03/msg00558.html for the latest partial attempt at giving the compiler knowledge of these t

[Bug c/448] -related issues (C99 issues)

--- Comment #9 from bkoz at gcc dot gnu dot org 2008-04-15 19:37 --- C++ folks also. Note that GCC_HEADER_STDINT(gstdint.h) solution is used by: libgomp libgfortran libdecnumber and soon by libstdc++. This does use the native stdint.h when possible. I'm with Geoff in that another st

[Bug c/448] -related issues (C99 issues)

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-18 12:31 --- The Fortran people are interested in this. For full F2003 support, we need the Fortran front-end to know during code generation which integer mode correspond to certain C integer types, including the int_fastN_t,