From: Erik Christiansen <erik@dd.nec.com.au>
To: Mark Hatle <fray@mvista.com>
Cc: Darin.Johnson@nokia.com, linuxppc-embedded@lists.linuxppc.org
Subject: Re: glibc vs. newlib
Date: Mon, 7 Apr 2003 11:47:17 +1000 [thread overview]
Message-ID: <20030407014717.GA742@dd.nec.com.au> (raw)
In-Reply-To: <3E8E31AD.3050302@mvista.com>
On Fri, Apr 04, 2003 at 07:30:21PM -0600, Mark Hatle wrote:
> I strongly recommend you stay away from newlib.
Mark,
Is it something related to linux that has given you a bad experience
with newlib? (There is no related information in your post, so I'm
curious.)
We are using newlib on a bare-bones ppc board, with every success.
We've trialled the library in both dynamically relocatable form, and
statically linked.
An exerpt from the cross-gcc FAQ helps clarify when you might use it:
>>>
Licensing
Glibc is covered by the LGPL (the GNU Library General Public License).
Newlib is a collection of software from several sources, each with their own
copyrights, but basically it's a Berkeley style copyright.
Resource Utilization
Glibc, being intended for native Unix environments, does not need to worry
about memory usage as much. It is designed to work most efficiently in
demand-page-loaded shared library situations. Newlib, being intended for
embedded systems, does worry about memory usage (and is more memory-efficient
than glibc).
<<<
Regards,
Erik
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-04-07 1:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-04 23:08 glibc vs. newlib Darin.Johnson
2003-04-04 23:19 ` Gary D. Thomas
2003-04-04 23:38 ` Wolfgang Denk
2003-04-05 1:30 ` Mark Hatle
2003-04-07 1:47 ` Erik Christiansen [this message]
2003-04-07 6:05 ` Mark Hatle
2003-04-08 16:36 ` Marius Groeger
2003-04-08 16:27 ` Mark Hatle
[not found] ` <3E92FABD.8050307@imc-berlin.de>
2003-04-08 17:03 ` Mark Hatle
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=20030407014717.GA742@dd.nec.com.au \
--to=erik@dd.nec.com.au \
--cc=Darin.Johnson@nokia.com \
--cc=fray@mvista.com \
--cc=linuxppc-embedded@lists.linuxppc.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: link
Be 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 NNTP newsgroup(s).