public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Phil Edwards <phil@jaj.com> To: bkoz@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: libstdc++/6827: Unreasonable dependencies on ctype.h Date: Tue, 28 May 2002 11:56:00 -0000 [thread overview] Message-ID: <20020528182601.31303.qmail@sources.redhat.com> (raw) The following reply was made to PR libstdc++/6827; it has been noted by GNATS. From: Phil Edwards <phil@jaj.com> To: Tony Bryant <brd@paradise.net.nz> Cc: gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/6827: Unreasonable dependencies on ctype.h Date: Tue, 28 May 2002 14:17:00 -0400 On Wed, May 29, 2002 at 12:42:23AM +1200, Tony Bryant wrote: > How valid is the assumption that we'll be using always be using newlib on > cross compilers? It's not so much an assumption, rather it's nobody has contributed support for any other embedded C library to libstdc++-v3. "Embedded" isn't actually a requirement here, of course. It's just that newlib also makes a darn good portable C library, sort of as a byproduct of being targeted to embedded platforms. /That's/ why we use it. If another portable C library were available and popular (heck, even if it weren't popular), we would cheerfully support it for cross-compilers. > Is is reasonable for configure to check if newlib is installed, and if > not, resort to the generic interface? Checking whether it's /installed/ isn't reasonable, because we may be building newlib in the same tree as libstdc++-v3, at the same time. I do this, and libstdc++-v3 gets built before newlib. But it probably would be useful to check for --with-newlib or --without-newlib, and change os_include_dir appropriately. The top-level configue.in tests for those options, but I don't seem them documented anywhere else. The only question is the default setting. Phil -- If ye love wealth greater than liberty, the tranquility of servitude greater than the animating contest for freedom, go home and leave us in peace. We seek not your counsel, nor your arms. Crouch down and lick the hand that feeds you; and may posterity forget that ye were our countrymen. - Samuel Adams
next reply other threads:[~2002-05-28 18:26 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-05-28 11:56 Phil Edwards [this message] -- strict thread matches above, loose matches on Subject: below -- 2002-06-03 2:47 bkoz 2002-05-27 4:55 bkoz 2002-05-27 1:44 brd
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20020528182601.31303.qmail@sources.redhat.com \ --to=phil@jaj.com \ --cc=bkoz@gcc.gnu.org \ --cc=gcc-prs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).