Bug#355109: libc6.1: ia64 build failure for coreutils
Package: libc6.1 Severity: important http://buildd.debian.org/fetch.php?&pkg=coreutils&ver=5.94-1&arch=ia64&stamp=1141336896&file=log&as=raw >From the build log: pwd: ../sysdeps/unix/sysv/linux/getcwd.c:130: __getcwd: Assertion `__libc_errno != 34 || buf != ((void *)0) || size != 0' failed. pwd: /build/buildd/coreutils-5.94/build-tree/coreutils-5.94/tests/misc/pwd.tmp/25528/z[...] The above is part of the build tests. For some reason this assertion occurs on ia64, but every other architecture builds fine, suggesting a problem in the ia64 toolchain. This build failure is going to keep coreutils out of testing, so I'd really like to get some kind of response. My next step is to disable build tests on ia64, but I'd really rather fix the bug rather than hide it (and ignore other potential problems by skipping the tests). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
On Thu, Mar 02, 2006 at 06:53:16PM +0100, Aurelien Jarno wrote: [snip] > >Other architectures have a simple separation between 32 and 64 bit. For > >Mips there's often some confusion what n32 qualifies for (embedded > >people often call it 64 bit without further qualification). That's why > >I recommended to use the ABI names instead. This also avoids the heavily > >overloaded "mips32" and "mips64" terms. > > You mean for the libc provided packages or in general? In general. > If you mean something like libn32gcc1, libn64gcc1 or libn32z1, libn64z1, > just be aware that it makes patches to bi/tri-arch packages a lot > bigger. If using 32 or 64, it usually means just adding mips and mipsel > to a variable. And then people have to remember that lib32gcc1 provides _not_ the usual 32bit ABI (and doesn't even work on a 32bit CPU, or a 32bit kernel running on a 64bit capable CPU). This usually goes wrong. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re:
Hi, Discreet shi-pp-inggg to any destination. The new, easy way to order your press kr!-pt!0n. copy the address below and paste in a your web browser: Aganice.iyodopack.com Then, dearest child, mournest thou only for Jupiter? . But march ever forward, breaking down bars. . The vast immortal suns, and the long-enduring pensive moons, shall again shine. . Out of the darkness, the ignorance, the night. . Lift high my banner out of the dust. . Bye, Edward Houston
r1266 - in glibc-package/trunk/debian: . patches
Author: aurel32
Date: 2006-03-03 15:29:25 + (Fri, 03 Mar 2006)
New Revision: 1266
Added:
glibc-package/trunk/debian/patches/tst-setcontext_c.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
* Add tst-setcontext_c.diff (fix the arguments passed to setcontext during
test) from upstream.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2006-03-02 16:04:23 UTC (rev
1265)
+++ glibc-package/trunk/debian/changelog2006-03-03 15:29:25 UTC (rev
1266)
@@ -7,6 +7,8 @@
* Add regcomp_c.diff (Call __libc_lock_init after init_dfa) from upstream
(Ulrich Drepper). This make possible to run the testsuite again on hppa.
* Enable the testsuite on hppa.
+ * Add tst-setcontext_c.diff (fix the arguments passed to setcontext during
+test) from upstream.
-- Aurelien Jarno <[EMAIL PROTECTED]> Thu, 2 Mar 2006 05:10:12 +0100
Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series 2006-03-02 16:04:23 UTC (rev
1265)
+++ glibc-package/trunk/debian/patches/series 2006-03-03 15:29:25 UTC (rev
1266)
@@ -133,3 +133,4 @@
resource_h.diff -p1
hppa-inlining.diff -p1
regcomp_c.diff -p1
+tst-setcontext_c.diff -p1
Added: glibc-package/trunk/debian/patches/tst-setcontext_c.diff
===
--- glibc-package/trunk/debian/patches/tst-setcontext_c.diff2006-03-02
16:04:23 UTC (rev 1265)
+++ glibc-package/trunk/debian/patches/tst-setcontext_c.diff2006-03-03
15:29:25 UTC (rev 1266)
@@ -0,0 +1,30 @@
+2006-03-03 Roland McGrath <[EMAIL PROTECTED]>
+
+[BZ #2414]
+* stdlib/tst-setcontext.c (f1): Take arguments of type i
+
+===
+RCS file: /cvs/glibc/libc/stdlib/tst-setcontext.c,v
+retrieving revision 1.7
+retrieving revision 1.8
+diff -u -r1.7 -r1.8
+--- libc/stdlib/tst-setcontext.c 2004/12/17 04:05:22 1.7
libc/stdlib/tst-setcontext.c 2006/03/03 11:51:31 1.8
+@@ -1,4 +1,4 @@
+-/* Copyright (C) 2001,02, 2004 Free Software Foundation, Inc.
++/* Copyright (C) 2001,2002,2004,2006 Free Software Foundation, Inc.
+This file is part of the GNU C Library.
+
+The GNU C Library is free software; you can redistribute it and/or
+@@ -30,9 +30,9 @@
+ static char st2[32768];
+
+ static void
+-f1 (long a0, long a1, long a2, long a3)
++f1 (int a0, int a1, int a2, int a3)
+ {
+- printf ("start f1(a0=%lx,a1=%lx,a2=%lx,a3=%lx)\n", a0, a1, a2, a3);
++ printf ("start f1(a0=%x,a1=%x,a2=%x,a3=%x)\n", a0, a1, a2, a3);
+
+ if (a0 != 1 || a1 != 2 || a2 != 3 || a3 != -4)
+ {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
On Fri, 3 Mar 2006, Aurelien Jarno wrote: I would be very nice. The new glibc source packages are on: http://people.debian.org/~aurel32/mips-triarch/glibc/ I'll give it a try on mipsel. BTW, will you use the new 1480 board? The glibc uses as much as processors as available using make -j. Cool. Hopefully this will shorten the build time considerably. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network & Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
Aurelien Jarno <[EMAIL PROTECTED]> writes: > Goswin von Brederlow a écrit : >> Aurelien Jarno <[EMAIL PROTECTED]> writes: >> >>>Note also that the other architectures does not encode the ABI name in >>>32-bit or 64-bit packages. I mean that the package is not called for >>>example libi386c-dev and the libgcc package is called lib32gcc1-dev and >>>not libi386gcc1-dev. >> On the other hand libc6-amd64 and libc6-i486 are used. > > Just like libc6-mipsn32 and libc6-mipsn64 are used there. I was > speaking about other packages such as lib32z1 or lib32gcc1. I was hinting that maybe it should be zlib1g-mipsn32 instead of lib32z1 and zlib1g-i486 and so on. >> The problem with tri-arch mips is that the architecture does not map >> 1:1 to abis as it does for other archs. MfG Goswin
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
* Aurelien Jarno <[EMAIL PROTECTED]> [2006-03-03 16:42]: > Ok, I will then try to redo the patches from Stuart Anderson for > glibc, gcc and zlib. > > See you in a week (the time to rebuild all on my mips). Put source packages somewhere and I can compile it for you. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
Thiemo Seufer a écrit : On Thu, Mar 02, 2006 at 06:53:16PM +0100, Aurelien Jarno wrote: [snip] Other architectures have a simple separation between 32 and 64 bit. For Mips there's often some confusion what n32 qualifies for (embedded people often call it 64 bit without further qualification). That's why I recommended to use the ABI names instead. This also avoids the heavily overloaded "mips32" and "mips64" terms. You mean for the libc provided packages or in general? In general. If you mean something like libn32gcc1, libn64gcc1 or libn32z1, libn64z1, just be aware that it makes patches to bi/tri-arch packages a lot bigger. If using 32 or 64, it usually means just adding mips and mipsel to a variable. And then people have to remember that lib32gcc1 provides _not_ the usual 32bit ABI (and doesn't even work on a 32bit CPU, or a 32bit kernel running on a 64bit capable CPU). This usually goes wrong. Ok, I will then try to redo the patches from Stuart Anderson for glibc, gcc and zlib. See you in a week (the time to rebuild all on my mips). Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
Martin Michlmayr a écrit : * Aurelien Jarno <[EMAIL PROTECTED]> [2006-03-03 16:42]: Ok, I will then try to redo the patches from Stuart Anderson for glibc, gcc and zlib. See you in a week (the time to rebuild all on my mips). Put source packages somewhere and I can compile it for you. I would be very nice. The new glibc source packages are on: http://people.debian.org/~aurel32/mips-triarch/glibc/ The package to build is the version 2.3.6-3+mips. You will probably have to use packages from old/ to satisfy the build-dependencies. BTW, will you use the new 1480 board? The glibc uses as much as processors as available using make -j. Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
On Fri, 3 Mar 2006, Stuart Anderson wrote: I would be very nice. The new glibc source packages are on: http://people.debian.org/~aurel32/mips-triarch/glibc/ My LE build finished. It was quicker, but still took several hours. The build went smoothly, but when I went to install the packages, the new dev packages, libc6-dev-mipsn32 & libc6-dev-mipsn64 would not install because they are looking for libn32gcc1 and libn64gcc1. I have lib32gcc1 and lib64gcc1 (without the 'n') here. Did you mean to change those dependencies? Iirc, the gcc patch that is floating around builds the no-'n' versions of libXXgcc1. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network & Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mips(el) n32 and n64 host triplet
Daniel Jacobowitz a écrit :
On Wed, Mar 01, 2006 at 12:43:50PM +, Thiemo Seufer wrote:
I gave it some thought. Currently we only have mips64{,el}-linux-gnu,
which, to make matters worse, defaults to a n32 compiler with
multilibed o32/n32/n64 libraries. IMHO the best thing to do is to
introduce a completely separate set of triplets for the more advanced
single-ABI mips configurations. E.g:
mipsn32-linux-gnu
mipsn32el-linux-gnu
mipsn64-linux-gnu
mipsn64el-linux-gnu
The distinction between mips64 and mips_n_64 is a bit subtle, but
I don't see a better way while keeping the scheme relatively simple.
Comments?
There are already triplets for this ;-) Take a look at the glibc
configuration; I believe you'd want mips64-linux-gnuabi64 et al.
I can't find such thing in the glibc? In which file?
IMHO, this triplets have the advantage to be compatible with the current
config.{guess,sub}, and to be coherent with the new ARM ABI triplet,
which is arm-linux-gnueabi.
On the other side they look a bit strange...
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
