it seems packages are failing when built with glibc-2.8 and/or gcc-4.3. these
are issues in the package, not the toolchain. previous versions were lazy
and included API "bleeding" which packages took advantage of. with these
newer versions, things bleed less means those packages break.

some common examples:
- code not including limits.h yet using defines from it
- code using GNU-specific features but not defining _GNU_SOURCE for it
- maybe some other stuff

please refrain from assigning to toolchain. if you have questions, feel free
to ask.
-mike

Mike Frysinger a écrit :
please refrain from assigning to toolchain. if you have questions, feel free
to ask.


(too lazy to look for it, as we already have our hands full with other
library breakages)


Is there a howto for users/developers when migrating to glibc 2.8?
Something other than a ChangeLog (too much detail) or a NEWS file
(usually not enough detail) ?


Thanks

--
Rémi Cardona
LRI, INRIA
remi.cardona@lri.fr
remi@gentoo.org
--
gentoo-dev@lists.gentoo.org mailing list

On Monday 09 June 2008, Rémi Cardona wrote:
> Mike Frysinger a écrit :
> > please refrain from assigning to toolchain. if you have questions, feel
> > free to ask.
>
> Is there a howto for users/developers when migrating to glibc 2.8?
> Something other than a ChangeLog (too much detail) or a NEWS file
> (usually not enough detail) ?

not really. write your code to use the write API as documented rather than
what happens to work .

i imagine as the list of packages broken stabilizes, one could glean the
common threads, but since you're asking for info that depends on the info,
we're chicken pucked at this point in time.
-mike

On Monday 09 June 2008, Mike Frysinger wrote:
> it seems packages are failing when built with glibc-2.8 and/or
> gcc-4.3. these are issues in the package, not the toolchain.
> previous versions were lazy and included API "bleeding" which
> packages took advantage of. with these newer versions, things bleed
> less means those packages break.
>
> some common examples:
> - code not including limits.h yet using defines from it
> - code using GNU-specific features but not defining _GNU_SOURCE for
> it - maybe some other stuff
>
> please refrain from assigning to toolchain. if you have questions,
> feel free to ask.
> -mike

Just for reference, there are the following tracker bugs for ebuilds
failing with either of the two. Please mark build failures as blockers
of those.

# [tracker] GCC 4.3 porting
https://bugs.gentoo.org/show_bug.cgi?id=198121

# [TRACKER] ebuilds failing to build against sys-libs/glibc-2.8
https://bugs.gentoo.org/show_bug.cgi?id=225459


Robert

Robert Buchholz <rbu@gentoo.org> writes:

> # [tracker] GCC 4.3 porting
> https://bugs.gentoo.org/show_bug.cgi?id=198121

or https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.3

>
> # [TRACKER] ebuilds failing to build against sys-libs/glibc-2.8
> https://bugs.gentoo.org/show_bug.cgi?id=225459

or https://bugs.gentoo.org/show_bug.cgi?id=glibc-2.8


I love aliasing

--
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/

On 19:03 Mon 09 Jun , Diego 'Flameeyes' Pettenò wrote:
> Robert Buchholz <rbu@gentoo.org> writes:
>
> > # [tracker] GCC 4.3 porting
> > https://bugs.gentoo.org/show_bug.cgi?id=198121
>
> or https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.3
>
> >
> > # [TRACKER] ebuilds failing to build against sys-libs/glibc-2.8
> > https://bugs.gentoo.org/show_bug.cgi?id=225459
>
> or https://bugs.gentoo.org/show_bug.cgi?id=glibc-2.8
>
>
> I love aliasing

Any pybugz lovers, this patch will allow use of aliases.

Thanks,
Donnie
--- bugz.py.orig 2008-06-09 12:17:58.000000000 -0700
+++ bugz.py 2008-06-09 12:18:34.000000000 -0700
@@ -1301,11 +1301,6 @@

def get(self, bugid, comments = True, attachments = True):
""" Fetch bug details given the bug id """
- try:
- int(bugid)
- except ValueError:
- raise BugzError("bugid must be a number.")
-
self.log('Getting bug %s ..' % bugid)

result = Bugz.get(self, bugid)

On Mon, Jun 09, 2008 at 12:19:21PM -0700, Donnie Berkholz wrote:
> > I love aliasing
> Any pybugz lovers, this patch will allow use of aliases.
For anybody that wants nicer bugzilla URLS, you can use these:

http://bugs.gentoo.org/${NUMERIC}
http://bugs.gentoo.org/alias/${NUMERIC}
http://bugs.gentoo.org/alias/${ALIAS}


--
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : robbat2@gentoo.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
--
gentoo-dev@lists.gentoo.org mailing list