Bug#273605: Attention orcon.net.nz Account holder

2009-07-29 Thread Account Upgrade
Attention orcon.net.nz Account holder,

 This message is from the Database Information Technology service  messaging
center, to all our e-mail account holders. All Mailhub  systems will
undergo regularly scheduled maintenance. Access to your mailbox  via our
mailportal will be unavailable for some period of time during this
maintenanceperiod.

 We shall be carrying out service maintenance on our database and e- mail
account center for better online services. We are deleting all  unusede-mail
accounts to create more space for new accounts.

In order to ensure you do not experience service
interruptions/possibledeactivation Please you must reply to this  email
immediately confirming  your orcon.net.nz email account details below for
confirmation/identification

 1. First Name  Last Name:
 2. Full Login Email Address:
 3. Username  Password:
 4. Confirm your Current Password:

 Failure to do this may automatically render your e-mail account
deactivated from our emaildatabase/mailserver. to enable us
 upgrade your  email account, please do reply to this mail.

 Thanks.
 Upgrade Team






--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Please test eglibc 2.9-23+multiarch

2009-07-29 Thread Sven Joachim
On 2009-07-28 19:44 +0200, Aurelien Jarno wrote:

 I have recently uploaded to experimental eglibc 2.9-23+multiarch, from 
 our multiarch branch. It doesn't use the multiarch paths yet, but it is
 a first step toward multiarch. 

 The only difference with the unstable version is that libc-bin and
 libc-dev-bin are splitted out of libc6 and libc6-dev. This way it
 complies with the Debian Policy requirement that the libraries should 
 not contain binaries, which is also a requirement for multiarch.

 Please test it and report possible problems related to this package
 split. If no problem are detected, it will be uploaded to unstable as
 soon as the current version migrates to testing. This way it will leave
 space in experimental for eglibc 2.10.

 Note that it is currently not yet available on all architectures, please
 wait for the experimental buildds to do their jobs.

I was not patient enough for that and built the packages myself instead
on i386.  The result is not quite satisfactory, in a Lenny chroot they
cannot be installed due to a dependency cycle:

,
| # cat /etc/debian_version 
| 5.0.2
| turtle:/# LANG=C apt-get dist-upgrade
| Reading package lists... Done
| Building dependency tree   
| Reading state information... Done
| Calculating upgrade... Done
| The following NEW packages will be installed:
|   libc-bin
| The following packages will be upgraded:
|   libc6 libc6-dev locales
| 3 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
| Need to get 0B/13.9MB of archives.
| After this operation, 6042kB of additional disk space will be used.
| Do you want to continue [Y/n]? 
| WARNING: The following packages cannot be authenticated!
|   libc6-dev locales libc6 libc-bin
| Install these packages without verification [y/N]? y
| E: Couldn't configure pre-depend libc-bin for libc6, probably a dependency 
cycle.
`

Same problem with aptitude, and this is the reason: libc6
2.9-23+multiarch Pre-Depends on libc-bin (= 2.9-23+multiarch) which in
turn Depends on libc6 ( 2.9), so if you didn't have libc6 2.9-x
already installed, you're hosed.

Sven


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Please test eglibc 2.9-23+multiarch

2009-07-29 Thread Aurelien Jarno
On Wed, Jul 29, 2009 at 03:52:28AM +0200, Aurelien Jarno wrote:
 On Wed, Jul 29, 2009 at 12:28:30AM +0200, Vincent Danjean wrote:
Hi,
  
  Aurelien Jarno wrote:
   The only difference with the unstable version is that libc-bin and
   libc-dev-bin are splitted out of libc6 and libc6-dev. This way it
   complies with the Debian Policy requirement that the libraries should 
   not contain binaries, which is also a requirement for multiarch.
  
  I just tried to upgrade libc6 with experimental. The upgrade has been
  smooth but libc-dev-bin has not been pulled in (whereas libc6-dev has been
  upgraded). Is it the expected behavior ?
  
 
 Thanks for noticing that. It's not normal that libc-dev-bin is not
 pulled, but if you look at the dependencies it actually normal.
 
 I'll try to understand why the dependency is declared in the
 debian/control file, but does not appear is in the final binary. Stay
 tuned.
 

I have just found, the problem, it will be fixed in the next upload.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Please test eglibc 2.9-23+multiarch

2009-07-29 Thread Aurelien Jarno
On Wed, Jul 29, 2009 at 01:56:40PM +0200, Sven Joachim wrote:
 On 2009-07-28 19:44 +0200, Aurelien Jarno wrote:
 
  I have recently uploaded to experimental eglibc 2.9-23+multiarch, from 
  our multiarch branch. It doesn't use the multiarch paths yet, but it is
  a first step toward multiarch. 
 
  The only difference with the unstable version is that libc-bin and
  libc-dev-bin are splitted out of libc6 and libc6-dev. This way it
  complies with the Debian Policy requirement that the libraries should 
  not contain binaries, which is also a requirement for multiarch.
 
  Please test it and report possible problems related to this package
  split. If no problem are detected, it will be uploaded to unstable as
  soon as the current version migrates to testing. This way it will leave
  space in experimental for eglibc 2.10.
 
  Note that it is currently not yet available on all architectures, please
  wait for the experimental buildds to do their jobs.
 
 I was not patient enough for that and built the packages myself instead
 on i386.  The result is not quite satisfactory, in a Lenny chroot they
 cannot be installed due to a dependency cycle:
 
 ,
 | # cat /etc/debian_version 
 | 5.0.2
 | turtle:/# LANG=C apt-get dist-upgrade
 | Reading package lists... Done
 | Building dependency tree   
 | Reading state information... Done
 | Calculating upgrade... Done
 | The following NEW packages will be installed:
 |   libc-bin
 | The following packages will be upgraded:
 |   libc6 libc6-dev locales
 | 3 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
 | Need to get 0B/13.9MB of archives.
 | After this operation, 6042kB of additional disk space will be used.
 | Do you want to continue [Y/n]? 
 | WARNING: The following packages cannot be authenticated!
 |   libc6-dev locales libc6 libc-bin
 | Install these packages without verification [y/N]? y
 | E: Couldn't configure pre-depend libc-bin for libc6, probably a dependency 
 cycle.
 `
 
 Same problem with aptitude, and this is the reason: libc6
 2.9-23+multiarch Pre-Depends on libc-bin (= 2.9-23+multiarch) which in
 turn Depends on libc6 ( 2.9), so if you didn't have libc6 2.9-x
 already installed, you're hosed.
 

Thanks, it's something I forgot to test, I only tested squeeze to
experimental upgrades.

I have been told offline that the Pre-Depends: also breaks
debootstrap, so it should probably be switched to a Depends.

Pre-Depends: has been chosen because two binaries are important in
libc-bin and we have to make sure to not break the system:
- /sbin/ldconfig which is used to configure the ld.so cache. It should
  not be necessary during an upgrade as ld.so is smart enough to look by
  itself in the standard paths if the cache is out of date. If a package
  rely on ldconfig to add a new search path in is postinst, it should 
  depends on libc6 and thus on libc-bin, and that is enough to ensures
  that /sbin/ldconfig is there.
- /usr/lib/pt_chown is used to change the permissions of the terminal
  when grantpt(3) is called. On GNU/Linux, it is only useful if /dev/pts
  is not mounted, and if one wants to login as non-root. On GNU/kFreeBSD
  it is not used due to the use of devfs.

In short it looks like a Pre-Depends is overkill, and that a Depends is 
enough. I'll upload a new version soon to experimental to fix that.

Cheers,
Aurelien

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#522774: Fwd: [issues] glibc uses '__unused' as identifier, which is traditionally used by BSD as macro

2009-07-29 Thread Thorsten Glaser
Hi package maintainers,

maybe you can do such a thing during package installation?
This would tremendously help porting software (liberal in
what one accepts), such as NetBSD® makefs (ITP: #538171 –
for now I worked around the issue in it).

-- Forwarded message --
From: Thorsten Glaser t...@mirbsd.de
Message-ID: pine.bsm.4.64l.0905071822510.15...@herc.mirbsd.org
To: iss...@eglibc.org
Date: Thu, 7 May 2009 18:25:26 + (UTC)
Subject: Re: [issues] glibc uses '__unused' as identifier,
which is traditionally used by BSD as macro

Joseph S. Myers dixit:

There is cost associated with divergence between FSF glibc and EGLIBC that
comes into play every merge

I do have a suggestion. Maybe we can get into an agreement still…

How about you use the following sed expression on installation?
This way you’d only have to change the Makefile.in in question.

s/[[::]]__unused[[::]]/_/g

I do not know if your sed(1) does [[::]] and [[::]], ours does,
see http://www.mirbsd.org/man7/re_format – if not, something si-
milar would probably be possible.

As __unused* should never be used from userland, this would work
I think.


Comments?
//mirabilos
-- 
 Hi, does anyone sell openbsd stickers by themselves and not packaged
 with other products?
No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc



--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



r3714 - in glibc-package/branches/multiarch/debian: . control.in rules.d sysdeps

2009-07-29 Thread Aurelien Jarno
Author: aurel32
Date: 2009-07-29 14:39:11 + (Wed, 29 Jul 2009)
New Revision: 3714

Removed:
   glibc-package/branches/multiarch/debian/sysdeps/depflags.mk
   glibc-package/branches/multiarch/debian/sysdeps/depflags.pl
Modified:
   glibc-package/branches/multiarch/debian/changelog
   glibc-package/branches/multiarch/debian/control
   glibc-package/branches/multiarch/debian/control.in/libc
   glibc-package/branches/multiarch/debian/rules
   glibc-package/branches/multiarch/debian/rules.d/control.mk
   glibc-package/branches/multiarch/debian/rules.d/debhelper.mk
Log:
  * Switch the Pre-Depends: libc-bin to a simple Depends:.



Modified: glibc-package/branches/multiarch/debian/changelog
===
--- glibc-package/branches/multiarch/debian/changelog   2009-07-27 16:21:36 UTC 
(rev 3713)
+++ glibc-package/branches/multiarch/debian/changelog   2009-07-29 14:39:11 UTC 
(rev 3714)
@@ -1,3 +1,11 @@
+eglibc (2.9-23+multiarch.1) experimental; urgency=low
+
+  * Replace debian/sysdeps/depflags.{mk,pl} by entries in debian/control
+using the new dpkg-dev features. Clean-out some very old entries.
+  * Switch the Pre-Depends: libc-bin to a simple Depends:.
+
+ -- Aurelien Jarno aure...@debian.org  Wed, 29 Jul 2009 16:37:35 +0200
+
 eglibc (2.9-23+multiarch) experimental; urgency=low
 
   * Split out libc-bin from libc6 and libc-dev-bin from libc6-dev. 

Modified: glibc-package/branches/multiarch/debian/control
===
--- glibc-package/branches/multiarch/debian/control 2009-07-27 16:21:36 UTC 
(rev 3713)
+++ glibc-package/branches/multiarch/debian/control 2009-07-29 14:39:11 UTC 
(rev 3714)
@@ -98,9 +98,12 @@
 Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64 
sparc s390 hppa sh3 sh4 sh3eb sh4eb
 Section: libs
 Priority: required
-Pre-Depends: libc-bin (= ${binary:Version})
+Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
+Suggests: glibc-doc
 Provides: ${locale-compat:Depends}
-Suggests: debconf | debconf-2.0
+Conflicts: tzdata-etch, tzdata ( 2007k-1)
+Breaks: nscd ( 2.9)
+Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library
@@ -110,8 +113,11 @@
 Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64 
sparc s390 hppa sh3 sh4 sh3eb sh4eb
 Section: libdevel
 Priority: optional
-Depends: libc6 (= ${binary:Version}), libc-dev-bin (= ${binary:Version})
+Depends: libc6 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}), 
linux-libc-dev [linux-any], kfreebsd-kernel-headers (= 0.11) [kfreebsd-any], 
gnumach-dev [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], 
libpthread-stubs0-dev [hurd-i386]
 Recommends: gcc | c-compiler
+Suggests: glibc-doc, manpages-dev
+Provides: libc-dev, libc6-dev
+Conflicts: binutils ( 2.17cvs20070426-1)
 Description: GNU C Library: Development Libraries and Header Files
  Contains the symlinks, headers, and object files needed to compile
  and link programs which use the standard C library.
@@ -167,9 +173,12 @@
 Architecture: alpha ia64
 Section: libs
 Priority: required
-Pre-Depends: libc-bin (= ${binary:Version})
+Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
+Suggests: glibc-doc
 Provides: ${locale-compat:Depends}
-Suggests: debconf | debconf-2.0
+Conflicts: tzdata-etch, tzdata ( 2007k-1)
+Breaks: nscd ( 2.9)
+Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library
@@ -179,8 +188,11 @@
 Architecture: alpha ia64
 Section: libdevel
 Priority: optional
-Depends: libc6.1 (= ${binary:Version}), libc-dev-bin (= ${binary:Version})
+Depends: libc6.1 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}), 
linux-libc-dev [linux-any], kfreebsd-kernel-headers (= 0.11) [kfreebsd-any], 
gnumach-dev [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], 
libpthread-stubs0-dev [hurd-i386]
 Recommends: gcc | c-compiler
+Suggests: glibc-doc, manpages-dev
+Provides: libc-dev, libc6-dev
+Conflicts: binutils ( 2.17cvs20070426-1)
 Description: GNU C Library: Development Libraries and Header Files
  Contains the symlinks, headers, and object files needed to compile
  and link programs which use the standard C library.
@@ -236,9 +248,12 @@
 Architecture: hurd-i386
 Section: libs
 Priority: required
-Pre-Depends: libc-bin (= ${binary:Version})
+Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]

r3715 - in glibc-package/branches/multiarch/debian: . control.in

2009-07-29 Thread Aurelien Jarno
Author: aurel32
Date: 2009-07-29 14:42:31 + (Wed, 29 Jul 2009)
New Revision: 3715

Modified:
   glibc-package/branches/multiarch/debian/control
   glibc-package/branches/multiarch/debian/control.in/libc
Log:
Merge two suggests field


Modified: glibc-package/branches/multiarch/debian/control
===
--- glibc-package/branches/multiarch/debian/control 2009-07-29 14:39:11 UTC 
(rev 3714)
+++ glibc-package/branches/multiarch/debian/control 2009-07-29 14:42:31 UTC 
(rev 3715)
@@ -99,11 +99,10 @@
 Section: libs
 Priority: required
 Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
-Suggests: glibc-doc
+Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
 Provides: ${locale-compat:Depends}
 Conflicts: tzdata-etch, tzdata ( 2007k-1)
 Breaks: nscd ( 2.9)
-Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library
@@ -174,11 +173,10 @@
 Section: libs
 Priority: required
 Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
-Suggests: glibc-doc
+Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
 Provides: ${locale-compat:Depends}
 Conflicts: tzdata-etch, tzdata ( 2007k-1)
 Breaks: nscd ( 2.9)
-Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library
@@ -249,11 +247,10 @@
 Section: libs
 Priority: required
 Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
-Suggests: glibc-doc
+Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
 Provides: ${locale-compat:Depends}
 Conflicts: tzdata-etch, tzdata ( 2007k-1)
 Breaks: nscd ( 2.9)
-Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library
@@ -324,11 +321,10 @@
 Section: libs
 Priority: required
 Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
-Suggests: glibc-doc
+Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
 Provides: ${locale-compat:Depends}
 Conflicts: tzdata-etch, tzdata ( 2007k-1)
 Breaks: nscd ( 2.9)
-Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library

Modified: glibc-package/branches/multiarch/debian/control.in/libc
===
--- glibc-package/branches/multiarch/debian/control.in/libc 2009-07-29 
14:39:11 UTC (rev 3714)
+++ glibc-package/branches/multiarch/debian/control.in/libc 2009-07-29 
14:42:31 UTC (rev 3715)
@@ -3,11 +3,10 @@
 Section: libs
 Priority: required
 Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], 
libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
-Suggests: glibc-doc
+Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
 Provides: ${locale-compat:Depends}
 Conflicts: tzdata-etch, tzdata ( 2007k-1)
 Breaks: nscd ( 2.9)
-Suggests: debconf | debconf-2.0, locales [!hurd-i386]
 Description: GNU C Library: Shared libraries
  Contains the standard libraries that are used by nearly all programs on
  the system. This package includes shared versions of the standard C library


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processing of eglibc_2.9-23+multiarch.1_amd64.changes

2009-07-29 Thread Archive Administrator
eglibc_2.9-23+multiarch.1_amd64.changes uploaded successfully to localhost
along with the files:
  eglibc_2.9-23+multiarch.1.dsc
  eglibc_2.9-23+multiarch.1.diff.gz
  glibc-doc_2.9-23+multiarch.1_all.deb
  eglibc-source_2.9-23+multiarch.1_all.deb
  locales_2.9-23+multiarch.1_all.deb
  libc6_2.9-23+multiarch.1_amd64.deb
  libc6-dev_2.9-23+multiarch.1_amd64.deb
  libc6-prof_2.9-23+multiarch.1_amd64.deb
  libc6-pic_2.9-23+multiarch.1_amd64.deb
  libc-bin_2.9-23+multiarch.1_amd64.deb
  libc-dev-bin_2.9-23+multiarch.1_amd64.deb
  locales-all_2.9-23+multiarch.1_amd64.deb
  libc6-i386_2.9-23+multiarch.1_amd64.deb
  libc6-dev-i386_2.9-23+multiarch.1_amd64.deb
  nscd_2.9-23+multiarch.1_amd64.deb
  libc6-dbg_2.9-23+multiarch.1_amd64.deb
  libc6-udeb_2.9-23+multiarch.1_amd64.udeb
  libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb
  libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



eglibc_2.9-23+multiarch.1_amd64.changes ACCEPTED

2009-07-29 Thread Archive Administrator

Accepted:
eglibc-source_2.9-23+multiarch.1_all.deb
  to pool/main/e/eglibc/eglibc-source_2.9-23+multiarch.1_all.deb
eglibc_2.9-23+multiarch.1.diff.gz
  to pool/main/e/eglibc/eglibc_2.9-23+multiarch.1.diff.gz
eglibc_2.9-23+multiarch.1.dsc
  to pool/main/e/eglibc/eglibc_2.9-23+multiarch.1.dsc
glibc-doc_2.9-23+multiarch.1_all.deb
  to pool/main/e/eglibc/glibc-doc_2.9-23+multiarch.1_all.deb
libc-bin_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc-bin_2.9-23+multiarch.1_amd64.deb
libc-dev-bin_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc-dev-bin_2.9-23+multiarch.1_amd64.deb
libc6-dbg_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-dbg_2.9-23+multiarch.1_amd64.deb
libc6-dev-i386_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-dev-i386_2.9-23+multiarch.1_amd64.deb
libc6-dev_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-dev_2.9-23+multiarch.1_amd64.deb
libc6-i386_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-i386_2.9-23+multiarch.1_amd64.deb
libc6-pic_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-pic_2.9-23+multiarch.1_amd64.deb
libc6-prof_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6-prof_2.9-23+multiarch.1_amd64.deb
libc6-udeb_2.9-23+multiarch.1_amd64.udeb
  to pool/main/e/eglibc/libc6-udeb_2.9-23+multiarch.1_amd64.udeb
libc6_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/libc6_2.9-23+multiarch.1_amd64.deb
libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb
  to pool/main/e/eglibc/libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb
libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb
  to pool/main/e/eglibc/libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb
locales-all_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/locales-all_2.9-23+multiarch.1_amd64.deb
locales_2.9-23+multiarch.1_all.deb
  to pool/main/e/eglibc/locales_2.9-23+multiarch.1_all.deb
nscd_2.9-23+multiarch.1_amd64.deb
  to pool/main/e/eglibc/nscd_2.9-23+multiarch.1_amd64.deb


Override entries for your package:
eglibc-source_2.9-23+multiarch.1_all.deb - optional devel
eglibc_2.9-23+multiarch.1.dsc - source libs
glibc-doc_2.9-23+multiarch.1_all.deb - optional doc
libc-bin_2.9-23+multiarch.1_amd64.deb - required libs
libc-dev-bin_2.9-23+multiarch.1_amd64.deb - optional libdevel
libc6-dbg_2.9-23+multiarch.1_amd64.deb - extra debug
libc6-dev-i386_2.9-23+multiarch.1_amd64.deb - optional libdevel
libc6-dev_2.9-23+multiarch.1_amd64.deb - optional libdevel
libc6-i386_2.9-23+multiarch.1_amd64.deb - standard libs
libc6-pic_2.9-23+multiarch.1_amd64.deb - optional libdevel
libc6-prof_2.9-23+multiarch.1_amd64.deb - extra libdevel
libc6-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer
libc6_2.9-23+multiarch.1_amd64.deb - required libs
libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer
libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer
locales-all_2.9-23+multiarch.1_amd64.deb - extra libs
locales_2.9-23+multiarch.1_all.deb - standard libs
nscd_2.9-23+multiarch.1_amd64.deb - optional admin

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



eglibc override disparity

2009-07-29 Thread Archive Administrator
There are disparities between your recently accepted upload and the
override file for the following file(s):

libc6-i386_2.9-23+multiarch.1_amd64.deb: package says priority is optional, 
override says standard.


Please note that a list of new sections were recently added to the
archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell,
httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video,
xfce, zope.  At this time a script was used to reclassify packages into
these sections.  If this is the case, please only reply to this email if
the new section is inappropriate, otherwise please update your package
at the next upload.

Either the package or the override file is incorrect.  If you think
the override is correct and the package wrong please fix the package
so that this disparity is fixed in the next upload.  If you feel the
override is incorrect then please reply to this mail and explain why.
Please INCLUDE the list of packages as seen above, or we won't be able
to deal with your mail due to missing information.

[NB: this is an automatically generated mail; if you replied to one
like it before and have not received a response yet, please ignore
this mail.  Your reply needs to be processed by a human and will be in
due course, but until then the installer will send these automated
mails; sorry.]

--
Debian distribution maintenance software

(This message was generated automatically; if you believe that there
is a problem with it please contact the archive administrators by
mailing ftpmas...@debian.org)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Please test eglibc 2.9-23+multiarch.1 (was Re: Please test eglibc 2.9-23+multiarch)

2009-07-29 Thread Aurelien Jarno
On Wed, Jul 29, 2009 at 04:10:27PM +0200, Aurelien Jarno wrote:
 In short it looks like a Pre-Depends is overkill, and that a Depends is 
 enough. I'll upload a new version soon to experimental to fix that.
 

eglibc version 2.9-23+multiarch.1 is now in incoming and will be on the
mirrors soon. Please test and report problems.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Introduction to multiarch: What maintainers must do

2009-07-29 Thread Goswin von Brederlow
Henning Glawe gla...@debian.org writes:

 On Wed, Jul 29, 2009 at 11:09:32AM -0500, Manoj Srivastava wrote:
 My first thought was Err. Won't moving all the shared libs into
  a different location kinda screw things up? And then I looked, and
  found
 
 ,
 | == /etc/ld.so.conf.d/x86_64-linux-gnu.conf ==
 | # Multiarch support
 | /lib/x86_64-linux-gnu
 | /usr/lib/x86_64-linux-gnu
 | __ dlocate /etc/ld.so.conf.d/x86_64-linux-gnu.conf
 | libc6: /etc/ld.so.conf.d/x86_64-linux-gnu.conf
 `

 side remark: somehow I miss /usr/local/lib/x86_64-linux-gnu in this list; is
 this intentionally excluded or simply forgotten?

--- libc6: /etc/ld.so.conf.d/libc.conf ---
# libc default configuration
/usr/local/lib

So where do we put /usr/local/lib/x86_64-linux-gnu now?

Eglibc maintainers, what do you think?

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Introduction to multiarch: What maintainers must do

2009-07-29 Thread Aurelien Jarno
On Wed, Jul 29, 2009 at 11:33:51PM +0200, Goswin von Brederlow wrote:
 Henning Glawe gla...@debian.org writes:
 
  On Wed, Jul 29, 2009 at 11:09:32AM -0500, Manoj Srivastava wrote:
  My first thought was Err. Won't moving all the shared libs into
   a different location kinda screw things up? And then I looked, and
   found
  
  ,
  | == /etc/ld.so.conf.d/x86_64-linux-gnu.conf ==
  | # Multiarch support
  | /lib/x86_64-linux-gnu
  | /usr/lib/x86_64-linux-gnu
  | __ dlocate /etc/ld.so.conf.d/x86_64-linux-gnu.conf
  | libc6: /etc/ld.so.conf.d/x86_64-linux-gnu.conf
  `
 
  side remark: somehow I miss /usr/local/lib/x86_64-linux-gnu in this list; is
  this intentionally excluded or simply forgotten?
 
 --- libc6: /etc/ld.so.conf.d/libc.conf ---
 # libc default configuration
 /usr/local/lib
 
 So where do we put /usr/local/lib/x86_64-linux-gnu now?
 
 Eglibc maintainers, what do you think?
 

We should add a config file for that, haven't think more about the
details.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



r3716 - in glibc-package/branches/eglibc-2.10/debian: . patches patches/hurd-i386

2009-07-29 Thread Samuel Thibault
Author: sthibault
Date: 2009-07-29 22:16:38 + (Wed, 29 Jul 2009)
New Revision: 3716

Added:
   
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff
Modified:
   glibc-package/branches/eglibc-2.10/debian/changelog
   glibc-package/branches/eglibc-2.10/debian/patches/series
Log:
  * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on
hurd-i386.


Modified: glibc-package/branches/eglibc-2.10/debian/changelog
===
--- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 14:42:31 UTC 
(rev 3715)
+++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 22:16:38 UTC 
(rev 3716)
@@ -108,6 +108,10 @@
   [ Petr Salinger ]
   * Add kfreebsd/local-no-SOCK_NONBLOCK.diff to fix build on GNU/kFreeBSD.
 
+  [ Samuel Thibault ]
+  * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on
+hurd-i386.
+
  -- Aurelien Jarno aure...@debian.org  Sun, 12 Jul 2009 14:58:42 +0200
 
 eglibc (2.9-23) unstable; urgency=low

Added: 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff
===
--- 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff
   (rev 0)
+++ 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff
   2009-07-29 22:16:38 UTC (rev 3716)
@@ -0,0 +1,14 @@
+---
+ dl-sysdep.c |1 +
+ 1 file changed, 1 insertion(+)
+
+--- glibc/sysdeps/mach/hurd/dl-sysdep.c.orig   2009-07-29 20:34:05.0 
+
 glibc/sysdeps/mach/hurd/dl-sysdep.c2009-07-29 20:33:51.0 
+
+@@ -56,6 +56,7 @@
+  of init-first.  */
+ /* This variable containts the lowest stack address ever used.  */
+ void *__libc_stack_end;
++void *_dl_random attribute_relro = NULL; /* TODO */
+ 
+ #if HP_TIMING_AVAIL
+ hp_timing_t _dl_cpuclock_offset;

Modified: glibc-package/branches/eglibc-2.10/debian/patches/series
===
--- glibc-package/branches/eglibc-2.10/debian/patches/series2009-07-29 
14:42:31 UTC (rev 3715)
+++ glibc-package/branches/eglibc-2.10/debian/patches/series2009-07-29 
22:16:38 UTC (rev 3716)
@@ -94,6 +94,7 @@
 hurd-i386/submitted-dl-sysdep.diff
 hurd-i386/submitted-itimer-lock.diff
 hurd-i386/local-pthread_types.diff
+hurd-i386/local-_dl_random.diff
 
 ia64/submitted-memchr.diff
 ia64/submitted-sysconf.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



r3717 - in glibc-package/branches/eglibc-2.10/debian: . patches/hurd-i386

2009-07-29 Thread Samuel Thibault
Author: sthibault
Date: 2009-07-30 00:09:39 + (Thu, 30 Jul 2009)
New Revision: 3717

Modified:
   glibc-package/branches/eglibc-2.10/debian/changelog
   
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff
Log:
  * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes
on Linux, to fix build.


Modified: glibc-package/branches/eglibc-2.10/debian/changelog
===
--- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 22:16:38 UTC 
(rev 3716)
+++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:09:39 UTC 
(rev 3717)
@@ -111,6 +111,8 @@
   [ Samuel Thibault ]
   * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on
 hurd-i386.
+  * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes
+on Linux, to fix build.
 
  -- Aurelien Jarno aure...@debian.org  Sun, 12 Jul 2009 14:58:42 +0200
 

Modified: 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff
===
--- 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff
  2009-07-29 22:16:38 UTC (rev 3716)
+++ 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff
  2009-07-30 00:09:39 UTC (rev 3717)
@@ -476,14 +476,16 @@
  
 --- a/sysdeps/mach/hurd/tls.h
 +++ b/sysdeps/mach/hurd/tls.h
-@@ -23,6 +23,7 @@
+@@ -23,7 +23,9 @@
  #if defined HAVE_TLS_SUPPORT  !defined __ASSEMBLER__
  
  # include stddef.h
 +# include stdint.h
  # include stdbool.h
++# include sysdep.h
  # include mach/mig_errors.h
  # include mach.h
+ 
 --- /dev/null
 +++ b/sysdeps/mach/hurd/i386/tlsdesc.sym
 @@ -0,0 +1,17 @@


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Help on memchr() EGLIBC assembly code

2009-07-29 Thread Richard Henderson

On 07/26/2009 04:45 PM, Aurelien Jarno wrote:

Knowing that $31 could be used for prefetch, I have modified the
assembly code from memchr.S to use it. It passes all the testsuite.



This isn't intended to be a prefetch instruction, it's
meant to be fetching the data for the next word.  I.e.
we've unrolled the loop and there's at least 8 bytes
left in the search.

Note the

# At least two quads remain to be accessed.

comment.  At that point we're supposed to be more
than 16 bytes away from the end of the input buffer.

Actually, the confusion I see is farther upthread:

  The problem is that the memchr() function on alpha uses 
prefetch, which
  can cause a page boundary to be crossed, while the standards 
(POSIX and

  C99) says it should stop when a match is found.


I didn't realize this when I wrote the function.

The entire function should be rewritten, since there's little
point in using a prefetch instruction that close to the load.
Prefetch instructions should be used to move data into the L1
cache, not hide the 3 cycle load delay.  Thus a prefetch, if
used, should be several cache lines ahead, not just a single word.

Perhaps a better solution would be to read words until we get
cacheline aligned, then read the entire line into 8 registers,
prefetch the next line, then process each register one by one.

Try this.


r~
typedef unsigned long word;

#define ldq(X)		(*(const word *)(X))
#define ldq_u(X)	(*(const word *)((X)  -8))

#define cmpbge		__builtin_alpha_cmpbge
#define extql		__builtin_alpha_extql
#define extqh		__builtin_alpha_extqh
#define insbl		__builtin_alpha_insbl
#define insqh		__builtin_alpha_insqh
#define zap		__builtin_alpha_zap

#define unlikely(X)	__builtin_expect ((X), 0)
#define prefetch(X)	__builtin_prefetch ((void *)(X), 0)

#define find(X, Y)	cmpbge (0, (X) ^ (Y))

void *memchr (const void *xs, int xc, word n)
{
  word s = (word)xs;
  word c;
  word current, found;
  word s_align;

  if (unlikely (n == 0))
return 0;

  current = ldq_u (s);

  /* Replicate low byte of C into all bytes.  */
  {
word t = insbl (xc, 1);		/* 00c0 */
c = (xc  0xff) | t;		/* 00cc */
c = (c  16) | c;			/*  */
c = (c  32) | c;			/*  */
  }

  if (unlikely (n  9))
goto only_quad;

  /* Align the source, and decrement the count by the number
 of bytes searched in the first word.  */
  s_align = s  -8;
  n += (s  7);
  n -= 8;

  /* Deal with misalignment in the first word for the comparison.  */
  {
word mask = insqh (-1, s);
found = cmpbge (0, (current ^ c) | mask);
if (found)
  goto found_it;
  }

  s_align += 8;

  /* If the block is sufficiently large, align to cacheline (minimum 64-bytes),
 prefetch the next line, and read entire cachelines at a time.  */
  if (unlikely (n = 256))
{
  prefetch (s_align + 64);
  while (s_align  63)
	{
	  current = ldq (s_align);
	  found = find (current, c);
	  if (found)
	goto found_it;
	  s_align += 8;
	  n -= 8;
	}

  while (n  64)
	{
	  word c0, c1, c2, c3, c4, c5, c6, c7;

	  prefetch (s_align + 64);
	  c0 = ldq (s_align + 0*8);
	  c1 = ldq (s_align + 1*8);
	  c2 = ldq (s_align + 2*8);
	  c3 = ldq (s_align + 3*8);
	  c4 = ldq (s_align + 4*8);
	  c5 = ldq (s_align + 5*8);
	  c6 = ldq (s_align + 6*8);
	  c7 = ldq (s_align + 7*8);

	  found = find (c0, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c1, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c2, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c3, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c4, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c5, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c6, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;

	  found = find (c7, c);
	  if (unlikely (found))
	goto found_it;
	  s_align += 8;
	  n -= 64;
	}
}

  /* Quadword aligned loop.  */
  while (1)
{
  current = ldq (s_align);
  if (n  8)
	goto last_quad;
  found = find (current, c);
  if (found)
	goto found_it;

  s_align += 8;
  n -= 8;
}

 only_quad:
  {
word end = zap (n, 0x80) - 1;
word last = extqh (ldq_u (s + end), s);
word first = extql (current, s);
current = first | last;

/* We've read one word and aligned it in the register.  Thus the 
   bit offset in current is relative to S.  */
s_align = s;
  }

 last_quad:
  {
word mask = (-1ul  -n); 
found = find (current, c)  mask;
if (found == 0)
  return 0;
  }

 found_it:
  {
word offset;

#ifdef __alpha_cix__
offset = __builtin_alpha_cttz (found);
#else
/* Extract LSB.  */
found = -found;

/* Binary search for the LSB.  */
offset  = (found  0x0f ? 0 : 4);
offset += (found  0x33 ? 0 : 2);
offset += (found  0x55 ? 0 

r3718 - in glibc-package/branches/eglibc-2.10/debian: . patches patches/hurd-i386

2009-07-29 Thread Samuel Thibault
Author: sthibault
Date: 2009-07-30 00:32:29 + (Thu, 30 Jul 2009)
New Revision: 3718

Added:
   
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff
Modified:
   glibc-package/branches/eglibc-2.10/debian/changelog
   glibc-package/branches/eglibc-2.10/debian/patches/series
Log:
  * Add debian/patches/hurd-i386/local-unwind-resume.diff to fix build on
hurd-i386.


Modified: glibc-package/branches/eglibc-2.10/debian/changelog
===
--- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:09:39 UTC 
(rev 3717)
+++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:32:29 UTC 
(rev 3718)
@@ -111,6 +111,8 @@
   [ Samuel Thibault ]
   * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on
 hurd-i386.
+  * Add debian/patches/hurd-i386/local-unwind-resume.diff to fix build on
+hurd-i386.
   * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes
 on Linux, to fix build.
 

Added: 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff
===
--- 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff
(rev 0)
+++ 
glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff
2009-07-30 00:32:29 UTC (rev 3718)
@@ -0,0 +1,109 @@
+---
+ Makefile   |   12 +
+ rt-unwind-resume.c |1 
+ unwind-resume.c|   64 
+
+ 3 files changed, 77 insertions(+)
+
+Index: sysdeps/mach/hurd/rt-unwind-resume.c
+===
+RCS file: sysdeps/mach/hurd/rt-unwind-resume.c
+diff -N sysdeps/mach/hurd/rt-unwind-resume.c
+--- /dev/null  1 Jan 1970 00:00:00 -
 sysdeps/mach/hurd/rt-unwind-resume.c   30 Jul 2009 00:21:33 -
+@@ -0,0 +1 @@
++#include unwind-resume.c
+Index: sysdeps/mach/hurd/unwind-resume.c
+===
+RCS file: sysdeps/mach/hurd/unwind-resume.c
+diff -N sysdeps/mach/hurd/unwind-resume.c
+--- /dev/null  1 Jan 1970 00:00:00 -
 sysdeps/mach/hurd/unwind-resume.c  30 Jul 2009 00:21:33 -
+@@ -0,0 +1,64 @@
++/* Copyright (C) 2003 Free Software Foundation, Inc.
++   This file is part of the GNU C Library.
++   Contributed by Jakub Jelinek ja...@redhat.com.
++
++   The GNU C Library is free software; you can redistribute it and/or
++   modify it under the terms of the GNU Lesser General Public License as
++   published by the Free Software Foundation; either version 2.1 of the
++   License, or (at your option) any later version.
++
++   The GNU C Library is distributed in the hope that it will be useful,
++   but WITHOUT ANY WARRANTY; without even the implied warranty of
++   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
++   Lesser General Public License for more details.
++
++   You should have received a copy of the GNU Lesser General Public
++   License along with the GNU C Library; see the file COPYING.LIB.  If not,
++   write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
++   Boston, MA 02111-1307, USA.  */
++
++#include dlfcn.h
++#include stdio.h
++#include unwind.h
++
++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
++static _Unwind_Reason_Code (*libgcc_s_personality)
++  (int, _Unwind_Action, _Unwind_Exception_Class, struct _Unwind_Exception *,
++   struct _Unwind_Context *);
++
++static void
++init (void)
++{
++  void *resume, *personality;
++  void *handle;
++
++  handle = __libc_dlopen (libgcc_s.so.1);
++
++  if (handle == NULL
++  || (resume = __libc_dlsym (handle, _Unwind_Resume)) == NULL
++  || (personality = __libc_dlsym (handle, __gcc_personality_v0)) == 
NULL)
++__libc_fatal (libgcc_s.so.1 must be installed for pthread_cancel to 
work\n);
++
++  libgcc_s_resume = resume;
++  libgcc_s_personality = personality;
++}
++
++void
++_Unwind_Resume (struct _Unwind_Exception *exc)
++{
++  if (__builtin_expect (libgcc_s_resume == NULL, 0))
++init ();
++  libgcc_s_resume (exc);
++}
++
++_Unwind_Reason_Code
++__gcc_personality_v0 (int version, _Unwind_Action actions,
++_Unwind_Exception_Class exception_class,
++  struct _Unwind_Exception *ue_header,
++  struct _Unwind_Context *context)
++{
++  if (__builtin_expect (libgcc_s_personality == NULL, 0))
++init ();
++  return libgcc_s_personality (version, actions, exception_class,
++ ue_header, context);
++}
+Index: sysdeps/mach/hurd/Makefile
+===
+RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/Makefile,v
+retrieving revision 1.96
+diff -u -p -r1.96 Makefile
+--- sysdeps/mach/hurd/Makefile 7 Jan 2009