r1262 - in glibc-package/trunk/debian: . sysdeps
Author: aurel32 Date: 2006-03-02 10:09:55 + (Thu, 02 Mar 2006) New Revision: 1262 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/sysdeps/sparc.mk Log: * Set configure_build to the same value as configure_host for sparc optimized libraries (as on i386). This way they will be tested. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2006-03-02 04:10:43 UTC (rev 1261) +++ glibc-package/trunk/debian/changelog2006-03-02 10:09:55 UTC (rev 1262) @@ -1,6 +1,7 @@ glibc (2.3.6-4) UNRELEASED; urgency=low - * + * Set configure_build to the same value as configure_host for sparc +optimized libraries (as on i386). This way they will be tested. -- Aurelien Jarno [EMAIL PROTECTED] Thu, 2 Mar 2006 05:10:12 +0100 Modified: glibc-package/trunk/debian/sysdeps/sparc.mk === --- glibc-package/trunk/debian/sysdeps/sparc.mk 2006-03-02 04:10:43 UTC (rev 1261) +++ glibc-package/trunk/debian/sysdeps/sparc.mk 2006-03-02 10:09:55 UTC (rev 1262) @@ -4,7 +4,7 @@ sparc64_MIN_KERNEL_SUPPORTED = 2.4.18 sparc64_configure_target=sparc64-linux sparc64_CC = $(BUILD_CC) -m64 -sparc64_extra_cflags = -g2 -O3 +sparc64_extra_cflags = -g1 -O3 sparc64_extra_config_options = $(extra_config_options) --disable-profile --without-__thread --without-tls sparc64_add-ons = linuxthreads $(add-ons) libc6-sparc64_shlib_dep = libc6-sparc64 (= $(shlib_dep_ver)) @@ -13,7 +13,8 @@ sparcv9_MIN_KERNEL_SUPPORTED = 2.4.18 sparcv9_configure_target=sparcv9-linux -sparcv9_extra_cflags = -g2 -O3 +sparcv9_configure_build=sparcv9-linux +sparcv9_extra_cflags = -g1 -O3 sparcv9_extra_config_options = $(extra_config_options) --disable-profile sparcv9_add-ons = linuxthreads $(add-ons) sparcv9_rtlddir = /lib @@ -21,7 +22,8 @@ sparcv9b_MIN_KERNEL_SUPPORTED = 2.4.18 sparcv9b_configure_target=sparcv9b-linux -sparcv9b_extra_cflags = -g2 -O3 +sparcv9b_configure_build=sparcv9b-linux +sparcv9b_extra_cflags = -g1 -O3 sparcv9b_extra_config_options = $(extra_config_options) --disable-profile sparcv9b_add-ons = linuxthreads $(add-ons) sparcv9b_rtlddir = /lib -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r1263 - in glibc-package/trunk/debian: . rules.d
Author: aurel32 Date: 2006-03-02 10:19:15 + (Thu, 02 Mar 2006) New Revision: 1263 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/rules.d/build.mk Log: * If the CPU has biarch support, run tests for cross-compiled libraries. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2006-03-02 10:09:55 UTC (rev 1262) +++ glibc-package/trunk/debian/changelog2006-03-02 10:19:15 UTC (rev 1263) @@ -2,6 +2,7 @@ * Set configure_build to the same value as configure_host for sparc optimized libraries (as on i386). This way they will be tested. + * If the CPU has biarch support, run tests for cross-compiled libraries. -- Aurelien Jarno [EMAIL PROTECTED] Thu, 2 Mar 2006 05:10:12 +0100 Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2006-03-02 10:09:55 UTC (rev 1262) +++ glibc-package/trunk/debian/rules.d/build.mk 2006-03-02 10:19:15 UTC (rev 1263) @@ -80,7 +80,8 @@ $(stamp)check_%: $(stamp)build_% if [ -n $(findstring nocheck,$(DEB_BUILD_OPTIONS)) ]; then \ echo DEB_BUILD_OPTIONS contains nocheck, skipping tests.; \ - elif [ $(call xx,configure_build) != $(call xx,configure_target) ]; then \ + elif [ $(call xx,configure_build) != $(call xx,configure_target) ] \ +! $(DEB_BUILDDIR)/libc.so /dev/null 21 ; then \ echo Cross compiling, skipping tests.; \ elif ! $(call kernel_check,$(call xx,MIN_KERNEL_SUPPORTED)); then \ echo Kernel too old, skipping tests.; \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r1264 - in glibc-package/trunk/debian: . rules.d
Author: aurel32 Date: 2006-03-02 11:20:52 + (Thu, 02 Mar 2006) New Revision: 1264 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/rules.d/build.mk Log: * Remove ld.so from optimized libraries as it is not used. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2006-03-02 10:19:15 UTC (rev 1263) +++ glibc-package/trunk/debian/changelog2006-03-02 11:20:52 UTC (rev 1264) @@ -3,7 +3,8 @@ * Set configure_build to the same value as configure_host for sparc optimized libraries (as on i386). This way they will be tested. * If the CPU has biarch support, run tests for cross-compiled libraries. - + * Remove ld.so from optimized libraries as it is not used. + -- Aurelien Jarno [EMAIL PROTECTED] Thu, 2 Mar 2006 05:10:12 +0100 glibc (2.3.6-3) unstable; urgency=low Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2006-03-02 10:19:15 UTC (rev 1263) +++ glibc-package/trunk/debian/rules.d/build.mk 2006-03-02 11:20:52 UTC (rev 1264) @@ -106,6 +106,11 @@ (cd $(DEB_SRCDIR)/manual texi2html -split_chapter libc.texinfo); \ fi + # Remove ld.so from optimized libraries + if [ $(curpass) != libc ] [ $(call xx,configure_build) = $(call xx,configure_target) ]; then \ + rm -f debian/tmp-$(curpass)/$(call xx,slibdir)/ld*.so* ; \ + fi + # /usr/include/nptl and /usr/lib/nptl. It assumes tmp-libc is already installed. if [ $(curpass) = nptl ]; then \ for file in `find debian/tmp-$(curpass)/usr/include -type f | sed 's/^debian\/tmp-nptl\///'`; do \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r1265 - in glibc-package/trunk/debian: . patches sysdeps
Author: aurel32
Date: 2006-03-02 16:04:23 + (Thu, 02 Mar 2006)
New Revision: 1265
Added:
glibc-package/trunk/debian/patches/regcomp_c.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
glibc-package/trunk/debian/sysdeps/hppa.mk
Log:
* 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.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2006-03-02 11:20:52 UTC (rev
1264)
+++ glibc-package/trunk/debian/changelog2006-03-02 16:04:23 UTC (rev
1265)
@@ -4,6 +4,9 @@
optimized libraries (as on i386). This way they will be tested.
* If the CPU has biarch support, run tests for cross-compiled libraries.
* Remove ld.so from optimized libraries as it is not used.
+ * 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.
-- Aurelien Jarno [EMAIL PROTECTED] Thu, 2 Mar 2006 05:10:12 +0100
Added: glibc-package/trunk/debian/patches/regcomp_c.diff
===
--- glibc-package/trunk/debian/patches/regcomp_c.diff 2006-03-02 11:20:52 UTC
(rev 1264)
+++ glibc-package/trunk/debian/patches/regcomp_c.diff 2006-03-02 16:04:23 UTC
(rev 1265)
@@ -0,0 +1,35 @@
+CVSROOT: /cvs/glibc
+Module name: libc
+Changes by:[EMAIL PROTECTED] 2005-07-10 22:01:15
+
+Modified files:
+ posix : regcomp.c
+
+Log message:
+ (re_compile_internal): Call __libc_lock_init after init_dfa.
+
+===
+RCS file: /cvs/glibc/libc/posix/regcomp.c,v
+retrieving revision 1.95
+retrieving revision 1.96
+diff -u -r1.95 -r1.96
+--- libc/posix/regcomp.c 2005/05/06 23:33:52 1.95
libc/posix/regcomp.c 2005/07/10 22:01:14 1.96
+@@ -774,8 +774,6 @@
+ }
+ preg-used = sizeof (re_dfa_t);
+
+- __libc_lock_init (dfa-lock);
+-
+ err = init_dfa (dfa, length);
+ if (BE (err != REG_NOERROR, 0))
+ {
+@@ -789,6 +787,8 @@
+ strncpy (dfa-re_str, pattern, length + 1);
+ #endif
+
++ __libc_lock_init (dfa-lock);
++
+ err = re_string_construct (regexp, pattern, length, preg-translate,
+syntax RE_ICASE, dfa);
+ if (BE (err != REG_NOERROR, 0))
Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series 2006-03-02 11:20:52 UTC (rev
1264)
+++ glibc-package/trunk/debian/patches/series 2006-03-02 16:04:23 UTC (rev
1265)
@@ -132,3 +132,4 @@
rtld.diff -p1
resource_h.diff -p1
hppa-inlining.diff -p1
+regcomp_c.diff -p1
Modified: glibc-package/trunk/debian/sysdeps/hppa.mk
===
--- glibc-package/trunk/debian/sysdeps/hppa.mk 2006-03-02 11:20:52 UTC (rev
1264)
+++ glibc-package/trunk/debian/sysdeps/hppa.mk 2006-03-02 16:04:23 UTC (rev
1265)
@@ -9,7 +9,3 @@
ln -sf /usr/include debian/$(curpass)/usr/hppa64-linux-gnu/include
endef
-# some hppa linuxthreads tests: ex* do not work currently even if
-# TIMEOUTSCALE is set - SIGALRM from the program is just ignored.
-RUN_TESTSUITE = no
-
--
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: 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. 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 -- 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:01:26AM +0100, Aurelien Jarno wrote: [snip] +Description: GNU C Library: n32 Shared libraries for MIPS + This package includes shared versions of the standard C library and the + standard math library, as well as many others. This is the n32 version + of the library, meant for MIPS systems. + +Package: libc6-dev-mipsn32 +Architecture: mips mipsel +Section: libdevel +Priority: standard +Provides: libn32c-dev What about providing lib32c-dev instead? It seems more standard compared to the other ports, and it also have the advantage for other biarch packages to use a unique name across all the architectures. Note also that the other architectures does not encode the ABI name in 32-bit or 64-bit packages. 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. [snip] Index: debian/sysdeps/mips.mk === --- debian/sysdeps/mips.mk (.../vendor/glibc/current) (revision 0) +++ debian/sysdeps/mips.mk (.../src/glibc) (revision 144) @@ -0,0 +1,29 @@ +GLIBC_PASSES += mipsn64 mipsn32 +DEB_ARCH_REGULAR_PACKAGES += libc6-mipsn64 libc6-dev-mipsn64 libc6-mipsn32 libc6-dev-mipsn32 +# This is needed to keep binutils (ar ranlib) from getting confused about +# the file format being used. +export GNUTARGET=elf64-tradbigmips I have concerned with this. I understand that is is a workaround necessary to currently build the glibc, however, I would prefer to have a fixed binutils instead of that. Note that such a hack is also necessary to build zlib, so I think it is virtually necessary for all 64-bit stuff. N64 uses 64 bit archives, while ar (or rather BFD) assumes 32 bit as default and falls over its feet when it should switch to 64 bit. Thiemo -- 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
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. The problem with tri-arch mips is that the architecture does not map 1:1 to abis as it does for other archs. -- .''`. 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
Thiemo Seufer a écrit : On Thu, Mar 02, 2006 at 06:01:26AM +0100, Aurelien Jarno wrote: [snip] +Description: GNU C Library: n32 Shared libraries for MIPS + This package includes shared versions of the standard C library and the + standard math library, as well as many others. This is the n32 version + of the library, meant for MIPS systems. + +Package: libc6-dev-mipsn32 +Architecture: mips mipsel +Section: libdevel +Priority: standard +Provides: libn32c-dev What about providing lib32c-dev instead? It seems more standard compared to the other ports, and it also have the advantage for other biarch packages to use a unique name across all the architectures. Note also that the other architectures does not encode the ABI name in 32-bit or 64-bit packages. 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? 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. -- .''`. 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]
Re: mips(el) n32 and n64 host triplet
On Wed, Mar 01, 2006 at 03:50:15PM -0500, Daniel Jacobowitz wrote: On Wed, Mar 01, 2006 at 04:14:44PM +, Thiemo Seufer wrote: Um. Actually, I'd like not to have mips64-linux-gnuabi32, but rather a convention which is acceptable over the whole toolchain. Why is this not acceptable over the whole toolchain? ISTR there was a arch-vendor-os-libc-abi quintuplet in use. Was that abandoned in favour of the approach you used? Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355029: glibc: [INTL:it] Italian debconf templates translation
Package: glibc Severity: wishlist Tags: patch l10n Please update the italian debconf templates translation (attached). Thanks, Luca it.po.gz Description: GNU Zip compressed data
hey, you there
How have you been, Miracle sup ple ment for safe, effective we,i ght lo-ss. Fast we,ig ht lo,ss. Certified 100% Pure South African Hu dya. COPY the Address below and paste in your BROiWSER: breathing.landoftheburd.com Gave to Snow White.. Unless it trembled with the strings.. The ravening clouds shall not long be victorious, . Next, select the source and destination currencies using the scrolling selection boxes. . A sour Scotswoman called Hooch.. See you later, Velma Kinsella
