This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: pruning worthless glibc patches from CT-ng


ok, so here's the recipe for adding glibc-2.7 into CT-ng:

On Sat, 16 Feb 2008, Mike Frysinger wrote:

> On Saturday 16 February 2008, Robert P. J. Day wrote:
> > 2.6.1/160-glibc-2.4-i686-assembler.patch
>
> sadly this hack is still needed, but the comments in the patch could
> do with a real explanation.  might i suggest stealing the
> documentation i put into 1130_all_glibc-2.4-undefine-__i686.patch.

ok, i can do that shortly.  will be added for glibc-2.7.

> > 2.6.1/150-glibc-2.3.6-fix-pr631.patch
>
> as long as drepper remains stupid wrt static, this will be needed.

will be added for glibc-2.7.

> > 2.6.1/130-glibc-2.3.6-allow-gcc-4.0-elf.patch
>
> i'd like to think this isnt needed at all for 2.4+ since a fix was
> supposed to be committed to the 2.3 branch+

will be omitted from glibc-2.7.

> > 2.6.1/140-glibc-2.3.6-configure-apple-as.patch
>
> i dont think this was ever posted upstream.  it should be.

therefore, will be added for glibc-2.7, and where exactly does one
send this patch in a gently nagging kind of way?
>
> > 2.6.1/170-glibc-i386-preferred-stack-boundary.patch
>
> no comment

will examine more closely, then.  to play it safe, just add to
glibc-2.7 since it can always be removed later.
>
> > 2.6.1/110-glibc-2.3.5-allow-gcc4-wcstol_l.patch

will be dropped.

> afaik, this is no longer needed either.  i had it in Gentoo for the 2.3.x
> series, but dropped it for 2.4 and never saw a complaint.  Debian uses it
> still in glibc-2.7, but dont know if that's just because they carried the
> baggage simply because it applied.
>
> > 2.6.1/120-glibc-2.3.5-cygwin.patch
>
> obviously will never be mainlined and so long as crosstool supports building
> on systems with case-insensitive filesystems, this will be needed.

will be added.

thanks, mike.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]