public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf-use-the-mailinglist-please@sourceware.org>
To: GCC Development <gcc@gcc.gnu.org>,
	Nick Clifton <nickc@redhat.com>,
	Binutils <binutils@sourceware.org>, GDB <gdb@sourceware.org>
Subject: Re: RFC: Add zlib source to src CVS resposity
Date: Tue, 02 Nov 2010 01:03:00 -0000	[thread overview]
Message-ID: <20101102010249.GB19682@ednor.casa.cgf.cx> (raw)
In-Reply-To: <20101101235550.GF26513@bubble.grove.modra.org>

On Tue, Nov 02, 2010 at 10:25:50AM +1030, Alan Modra wrote:
>On Mon, Nov 01, 2010 at 05:13:44PM +0000, Nick Clifton wrote:
>>   * We have to make sure that zlib will build on all of the
>>     hosts that we care about.  Should the situation arise
>>     where the zlib does not build on a particular host, and
>>     the zlib maintainers are not interested in making it
>>     build there, then it will be down to us to fix it.  Or
>>     else abandon compression support on that host.
>
>This would mean we need to keep machinery to conditionally compile
>in compressed debug support, removal of said support being HJ's stated
>reason for importing zlib.
>
>I'm against importing zlib into binutils, and I think we should keep
>support of compressed debug sections conditional, to avoid potential
>bootstrap problems or circular dependencies.

FWIW, I agree.  I think that having to keep zlib up-to-date wrt
potential security issues or other serious bugs is a burden that we
shouldn't take on.  Shouldn't we be trying to use any system shared
libraries for these types of things specifically so that the vendor
can handle problems for us?

cgf

  reply	other threads:[~2010-11-02  1:03 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AANLkTikYSxV51_452Wuqox6mQ3_QwNjzNkBgV=NzKk4f__16997.3676828251$1288473196$gmane$org@mail.gmail.com>
2010-10-30 21:37 ` Frank Ch. Eigler
2010-10-30 22:28   ` H.J. Lu
2010-10-31 18:42   ` Ian Lance Taylor
2010-10-31 18:58     ` H.J. Lu
2010-10-31 19:13       ` Ian Lance Taylor
2010-11-01 17:13         ` Nick Clifton
2010-11-01 17:19           ` Daniel Jacobowitz
2010-11-01 23:56           ` Alan Modra
2010-11-02  1:03             ` Christopher Faylor [this message]
2010-11-02  8:19               ` Nick Clifton
2010-11-02 13:22                 ` Ian Lance Taylor
2010-11-09 14:19                   ` Mike Frysinger
2010-11-02 10:46         ` Paolo Bonzini
2010-10-31 19:54     ` Weddington, Eric
2010-10-30 21:12 H.J. Lu
2010-10-30 22:19 ` John Reiser
2010-11-01 17:21   ` Nick Clifton
2010-11-01 17:23     ` Nathan Froyd

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=20101102010249.GB19682@ednor.casa.cgf.cx \
    --to=cgf-use-the-mailinglist-please@sourceware.org \
    --cc=binutils@sourceware.org \
    --cc=gcc@gcc.gnu.org \
    --cc=gdb@sourceware.org \
    --cc=nickc@redhat.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).