Bug#341884: libc6: [mips] tri-arch support for mips & mipsel
On Thu, 2 Mar 2006, Aurelien Jarno wrote: Please note also that I used a modified version of this patch (mainly because the glibc has changed since you reported the bug) to bootstrap 32-bit and 64-bit glibc/gcc/zlib on mips. I am glad to hear that you were successful! You can find all the corresponding packages on: http://people.debian.org/~aurel32/mips-triarch/ It looks these are big endian. This nicely compliments the (slightly older) little endian packages at http://www.helix-hpc.com/apt/. I know I need to play catch up once again. Sometimes it seems like a new source package comes out before I can finish the builds from re-syncing with the previous package 8-). I should be able to get the LE packages caught again up in the next couple of days. +Conflicts: libc6-mips32 Why a confict there? Does such a package has existed in the archive? No, not in the Debian archive. It existed in my local archive, and was the result of some package renaming that was done in response to some earlier comments. This particular Conflict should not be needed in the real packages. +Provides: libn32c-dev What about providing lib32c-dev instead? I can't get to my source right this momment to check, but isn't lib32c-dev provided by the o32 package? compared to the other ports, and it also have the advantage for other biarch packages to use a unique name across all the architectures. If there is a change that makes things more consistant, I would have no objection. 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. Some of the unusual names are needed to distinguish between the two 32 ABIs, o32 and n32. +# 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. I have been remiss in not getting a proper bug filed against binutils for this. I'll try to get this taken care of tomorrow. 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]
glibc_2.3.6-3_i386.changes ACCEPTED
Accepted: glibc-doc_2.3.6-3_all.deb to pool/main/g/glibc/glibc-doc_2.3.6-3_all.deb glibc_2.3.6-3.diff.gz to pool/main/g/glibc/glibc_2.3.6-3.diff.gz glibc_2.3.6-3.dsc to pool/main/g/glibc/glibc_2.3.6-3.dsc libc6-amd64_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-amd64_2.3.6-3_i386.deb libc6-dbg_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dbg_2.3.6-3_i386.deb libc6-dev-amd64_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dev-amd64_2.3.6-3_i386.deb libc6-dev_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dev_2.3.6-3_i386.deb libc6-i686_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-i686_2.3.6-3_i386.deb libc6-pic_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-pic_2.3.6-3_i386.deb libc6-prof_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-prof_2.3.6-3_i386.deb libc6-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libc6-udeb_2.3.6-3_i386.udeb libc6_2.3.6-3_i386.deb to pool/main/g/glibc/libc6_2.3.6-3_i386.deb libnss-dns-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libnss-dns-udeb_2.3.6-3_i386.udeb libnss-files-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libnss-files-udeb_2.3.6-3_i386.udeb locales_2.3.6-3_all.deb to pool/main/g/glibc/locales_2.3.6-3_all.deb nscd_2.3.6-3_i386.deb to pool/main/g/glibc/nscd_2.3.6-3_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 301438 347173 352620 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1261 - glibc-package/trunk/debian
Author: aurel32 Date: 2006-03-02 04:10:43 + (Thu, 02 Mar 2006) New Revision: 1261 Modified: glibc-package/trunk/debian/changelog Log: Starting 2.3.6-4 Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2006-03-02 04:09:59 UTC (rev 1260) +++ glibc-package/trunk/debian/changelog2006-03-02 04:10:43 UTC (rev 1261) @@ -1,3 +1,9 @@ +glibc (2.3.6-4) UNRELEASED; urgency=low + + * + + -- Aurelien Jarno <[EMAIL PROTECTED]> Thu, 2 Mar 2006 05:10:12 +0100 + glibc (2.3.6-3) unstable; urgency=low [ Aurelien Jarno] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1260 - glibc-package/tags
Author: aurel32 Date: 2006-03-02 04:09:59 + (Thu, 02 Mar 2006) New Revision: 1260 Added: glibc-package/tags/2.3.6-3/ Log: Tagging 2.3.6-3 Copied: glibc-package/tags/2.3.6-3 (from rev 1259, glibc-package/trunk) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of glibc_2.3.6-3_i386.changes
glibc_2.3.6-3_i386.changes uploaded successfully to localhost along with the files: glibc_2.3.6-3.dsc glibc_2.3.6-3.diff.gz glibc-doc_2.3.6-3_all.deb locales_2.3.6-3_all.deb libc6_2.3.6-3_i386.deb libc6-dev_2.3.6-3_i386.deb libc6-prof_2.3.6-3_i386.deb libc6-pic_2.3.6-3_i386.deb libc6-i686_2.3.6-3_i386.deb libc6-amd64_2.3.6-3_i386.deb libc6-dev-amd64_2.3.6-3_i386.deb nscd_2.3.6-3_i386.deb libc6-dbg_2.3.6-3_i386.deb libc6-udeb_2.3.6-3_i386.udeb libnss-dns-udeb_2.3.6-3_i386.udeb libnss-files-udeb_2.3.6-3_i386.udeb Greetings, Your Debian queue daemon -- 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
[Cc:ing [EMAIL PROTECTED], as some people might be interested there]
Hi!
On Sat, Dec 03, 2005 at 01:42:10PM -0700, Stuart Anderson wrote:
> Package: libc6
> Version: 2.3.5-8.2
> Severity: wishlist
> Tags: patch
>
>
> Please enable tri-arch support for the MIPS platforms. The attached
> patch (And corresponding patch for gcc #341882) provide support for n32
> & n64 ABIs in addition to the current o32 ABI. These patches have been
> tested by building n32 & n64 version of the ltp packages.
>
I have just reviewed your patch, please find my comments inline (parts
where I agree have been removed).
Please note also that I used a modified version of this patch (mainly
because the glibc has changed since you reported the bug) to bootstrap
32-bit and 64-bit glibc/gcc/zlib on mips. You can find all the
corresponding packages on:
http://people.debian.org/~aurel32/mips-triarch/
> Index: debian/control
> ===
> --- debian/control(.../vendor/glibc/current) (revision 144)
> +++ debian/control(.../src/glibc) (revision 144)
> @@ -424,6 +424,49 @@
> which use the standard C library. This is the 64bit version of the
> library, meant for PowerPC64 systems.
>
> +Package: libc6-mipsn32
> +Architecture: mips mipsel
> +Section: base
> +Priority: required
> +Depends: libc6 (= ${Source-Version})
> +Conflicts: libc6-mips32
Why a confict there? Does such a package has existed in the archive?
> +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. I mean that the package is not called for
example libi386c-dev and the libgcc package is called lib32gcc1-dev and
not libi386gcc1-dev.
> +Depends: libc6-mipsn32 (= ${Source-Version}), libc6-dev (=
> ${Source-Version}), lib32gcc1
> +Description: GNU C Library: n32 Development Libraries for MIPS
> + Contains the symlinks and object files needed to compile and link programs
> + which use the standard C library. This is the n32 version of the
> + library, meant for MIPS systems.
> +
> +Package: libc6-mipsn64
> +Architecture: mips mipsel
> +Section: base
> +Priority: required
> +Depends: libc6 (= ${Source-Version})
> +Description: GNU C Library: 64bit Shared libraries for MIPS64
> + This package includes shared versions of the standard C library and the
> + standard math library, as well as many others. This is the 64bit version
> + of the library, meant for MIPS64 systems.
> +
> +Package: libc6-dev-mipsn64
> +Architecture: mips mipsel
> +Section: libdevel
> +Priority: standard
> +Provides: libn64c-dev
Same comment as for the 32-bit part.
> +Depends: libc6-mipsn64 (= ${Source-Version}), libc6-dev (=
> ${Source-Version}), lib64gcc1
> +Description: GNU C Library: 64bit Development Libraries for MIPS64
> + Contains the symlinks and object files needed to compile and link programs
> + which use the standard C library. This is the 64bit version of the
> + library, meant for MIPS64 systems.
> +
> Package: libc6-sparcv9
> Architecture: sparc
> Section: libs
> 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.
> +mipsn32_MIN_KERNEL_SUPPORTED = 2.6.0
> +mipsn32_configure_target = mips64-linux
> +mipsn32_CC = $(CC) -mabi=n32
> +mipsn32_extra_cflags =
> +mipsn32_add-ons = linuxthreads $(add-ons)
> +libc6-mipsn32_shlib_dep = libc6-mipsn32 (>= $(shlib_dep_ver))
> +mipsn32_LIBDIR = 32
> +mipsn32_extra_config_options := $(extra_config_options) --with-__thread
> --disable-profile
> +
> +mipsn64_MIN_KERNEL_SUPPORTED = 2.6.0
> +mipsn64_configure_target = mips64-linux
> +mipsn64_CC = $(CC) -mabi=64
> +mipsn64_extra_cflags =
>
Bug#352620: marked as done (locales 2.3.6-1 fails to install)
Your message dated Wed, 01 Mar 2006 20:17:13 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352620: fixed in glibc 2.3.6-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: locales
Version: 2.3.6-1
Severity: important
The newset locales package fails to install when configuring it enter some
neverending loop after thisplay this messages:
Konfigurowanie locales (2.3.6-1) ...
Generating locales (this might take a while)...
pl_PL.ISO-8859-2.../usr/share/i18n/locales/iso14651_t1:264: LC_COLLATE:
syntax error
/usr/share/i18n/locales/iso14651_t1:266: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:268: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:287: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:291: order for `MIN' already defined at
/usr/share/i18n/locales/iso14651_t1:267
/usr/share/i18n/locales/iso14651_t1:294: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:295: order for `IMI' already defined at
/usr/share/i18n/locales/iso14651_t1:292
/usr/share/i18n/locales/iso14651_t1:296: order for `EMI' already defined at
/usr/share/i18n/locales/iso14651_t1:293
/usr/share/i18n/locales/iso14651_t1:297: order for `CAP' already defined at
/usr/share/i18n/locales/iso14651_t1:265
/usr/share/i18n/locales/iso14651_t1:298: order for `ICA' already defined at
/usr/share/i18n/locales/iso14651_t1:288
/usr/share/i18n/locales/iso14651_t1:299: order for `ECA' already defined at
/usr/share/i18n/locales/iso14651_t1:289
/usr/share/i18n/locales/iso14651_t1:300: order for `AMI' already defined at
/usr/share/i18n/locales/iso14651_t1:290
/usr/share/i18n/locales/iso14651_t1:301: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:775: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:777: LC_COLLATE: syntax error
/usr/share/i18n/locales/iso14651_t1:779: LC_COLLATE: syntax error
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=locale: Cannot set LC_CTYPE to
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy
ii libc6 [glibc-2.3.5-3] 2.3.5-11 GNU C Library: Shared libraries an
locales recommends no packages.
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "pl_PL"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
* locales/default_environment_locale: pl_PL
* locales/locales_to_be_generated: pl_PL ISO-8859-2, pl_PL.UTF-8 UTF-8
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.3.6-3
We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:
glibc-doc_2.3.6-3_all.deb
to pool/main/g/glibc/glibc-doc_2.3.6-3_all.deb
glibc_2.3.6-3.diff.gz
to pool/main/g/glibc/glibc_2.3.6-3.diff.gz
glibc_2.3.6-3.dsc
to pool/main/g/glibc/glibc_2.3.6-3.dsc
libc6-amd64_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-amd64_2.3.6-3_i386.deb
libc6-dbg_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-dbg_2.3.6-3_i386.deb
libc6-dev-amd64_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-dev-amd64_2.3.6-3_i386.deb
libc6-dev_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-dev_2.3.6-3_i386.deb
libc6-i686_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-i686_2.3.6-3_i386.deb
libc6-pic_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-pic_2.3.6-3_i386.deb
libc6-prof_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6-prof_2.3.6-3_i386.deb
libc6-udeb_2.3.6-3_i386.udeb
to pool/main/g/glibc/libc6-udeb_2.3.6-3_i386.udeb
libc6_2.3.6-3_i386.deb
to pool/main/g/glibc/libc6_2.3.6-3_i386.deb
libnss-dns-udeb_2.3.6-3_i386.udeb
to pool/main/g/glibc/libnss-dns-udeb_2.3.6-3_i386.udeb
libnss-files-udeb_2.3.6-3_i386.udeb
to pool/main/g/glibc/l
Bug#119528: marked as done (locales support for Romanian)
Your message dated Wed, 01 Mar 2006 20:17:13 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#347173: fixed in glibc 2.3.6-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: locales Version: 2.2.4-5 The file ro_RO in /usr/share/i18n/locales/ro_RO needs major improuvment. I will attach a new file to this e-mail. Ionel -- Ionel Mugurel Ciobîcă Schuit Institute of Catalysis Phone: 00 31 (0)40 2473781 Eindhoven University of Technology Fax: 00 31 (0)40 2455054 Laboratory of Catalysis, _SKA_ e-mail: [EMAIL PROTECTED] Theory Group, STW 4.27, POBox 513 5600MB Eindhoven, Netherlands _ .''`.(o- This is Linux Country. -o) : :' : //\ On a quiet night, you /\\ `. `'`V_/_can hear Windows reboot. _\_V `- www.Debian.org "Experience is what you get when you didn't get what you wanted." comment_char % escape_char / % % Romanian Language Locale for Romania % Language: ro % Territory: RO % Ionel Mugurel Ciobîcă, Š 2001 % Charset: ISO-8859-16 % Distribution and use is free, also % for commercial purposes. LC_IDENTIFICATION title "Romanian locale for Romania" source "RAP" address"TUE, SKA, POBOX 513, 5600MB Eindhoven, The Netherlands" contact"" email "[EMAIL PROTECTED]" tel"" fax"" language "Romanian" territory "Romania" revision "1.0" date "2000-06-29" % category "ro_RO:2001";LC_IDENTIFICATION category "ro_RO:2001";LC_CTYPE category "ro_RO:2001";LC_COLLATE category "ro_RO:2001";LC_TIME category "ro_RO:2001";LC_NUMERIC category "ro_RO:2001";LC_MONETARY category "ro_RO:2001";LC_MESSAGES category "ro_RO:2001";LC_PAPER category "ro_RO:2001";LC_NAME category "ro_RO:2001";LC_ADDRESS category "ro_RO:2001";LC_TELEPHONE END LC_IDENTIFICATION LC_COLLATE % Copy the template from ISO/IEC 14651 copy "iso14651_t1" % a a> a( b c d e f g h i i> j k l m n o p q r s s, t t, u v w x y z collating-symbol > collating-symbol collating-symbol > collating-symbol collating-symbol reorder-after reorder-after > reorder-after > reorder-after reorder-after reorder-after >;;;IGNORE ;;;IGNORE reorder-after >;;;IGNORE ;;;IGNORE reorder-after >;;;IGNORE reorder-after >;;;IGNORE reorder-after ;;;IGNORE ;;;IGNORE reorder-after ;;;IGNORE ;;;IGNORE reorder-after ;;;IGNORE ;;;IGNORE reorder-after ;;;IGNORE ;;;IGNORE reorder-end END LC_COLLATE LC_CTYPE copy "i18n" translit_start include "translit_combining";"" % if t/scomma is not available, try t/s % if t/scedilla is not available, don't try anything % since scedilla belong to Turkish and tcedilla to noone "" "" "" "" translit_end END LC_CTYPE LC_MESSAGES yesexpr "" noexpr "" END LC_MESSAGES LC_MONETARY int_curr_symbol "" currency_symbol "" mon_decimal_point "" mon_thousands_sep "" mon_grouping 3;3 positive_sign "" negative_sign "" int_frac_digits 2 frac_digits 2 p_cs_precedes 0 p_sep_by_space1 n_cs_precedes 0 n_sep_by_space1 p_sign_posn 1 n_sign_posn 1 END LC_MONETARY LC_NUMERIC decimal_point "" thousands_sep "" grouping 0;0 END LC_NUMERIC LC_TIME abday "";"";"";"";/ "";"";"" day "";/ "";/ "";/ "";/ "";/ "";/ "" abmon "";"";/ "";"";/ "";"";/ "";"";/ "";"";/ "";"" mon "";/ "";/ "";/ "";/ "";/ "";/ "";/ "";/ "";/ "";/ "";/ "" d_t_fmt "" d_fmt "" t_fmt "" am_pm "";"" t_fmt_ampm "" date_fmt "/ " % " END LC_TIME LC_PAPER % FIXME height 297 % FIXME width210 END LC_PAPER LC_TELEPHONE tel_int_fmt"/ " int_prefix "" END LC_TELEPHONE LC_MEASUREMENT % FIXME measurement1 END LC_MEASUREMENT LC_NAME name_fmt"" name_miss "" name_mr "" name_mrs"" name_ms "" END LC_NAME LC_ADDRESS postal_fmt"/ / / / / / " country_name "" country_post "" lang_name "" lang_ab "" END LC_ADDRESS --- End Message --- --- Begin Me
Bug#347173: marked as done (locales:Romanian locale broken in several ways)
Your message dated Wed, 01 Mar 2006 20:17:13 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#347173: fixed in glibc 2.3.6-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: glibc Severity: wishlist Tags: patch Hello, The current glibc version contains several errors which are corrected by the attached patch: * locales/ro_RO: Correct the sorting order of the letters a circumflex and a with breve according to the Romanian alphabet. * locales/ro_RO: Do not use capital A with breve within day names * locales/ro_RO: Use Romanian post-92 writing rules within day and abday Please patch debian sources until upstream integrates it. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein glibc_ro_RO_fix_day_abday_letterorder.patch Description: Binary data --- End Message --- --- Begin Message --- Source: glibc Source-Version: 2.3.6-3 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive: glibc-doc_2.3.6-3_all.deb to pool/main/g/glibc/glibc-doc_2.3.6-3_all.deb glibc_2.3.6-3.diff.gz to pool/main/g/glibc/glibc_2.3.6-3.diff.gz glibc_2.3.6-3.dsc to pool/main/g/glibc/glibc_2.3.6-3.dsc libc6-amd64_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-amd64_2.3.6-3_i386.deb libc6-dbg_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dbg_2.3.6-3_i386.deb libc6-dev-amd64_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dev-amd64_2.3.6-3_i386.deb libc6-dev_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-dev_2.3.6-3_i386.deb libc6-i686_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-i686_2.3.6-3_i386.deb libc6-pic_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-pic_2.3.6-3_i386.deb libc6-prof_2.3.6-3_i386.deb to pool/main/g/glibc/libc6-prof_2.3.6-3_i386.deb libc6-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libc6-udeb_2.3.6-3_i386.udeb libc6_2.3.6-3_i386.deb to pool/main/g/glibc/libc6_2.3.6-3_i386.deb libnss-dns-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libnss-dns-udeb_2.3.6-3_i386.udeb libnss-files-udeb_2.3.6-3_i386.udeb to pool/main/g/glibc/libnss-files-udeb_2.3.6-3_i386.udeb locales_2.3.6-3_all.deb to pool/main/g/glibc/locales_2.3.6-3_all.deb nscd_2.3.6-3_i386.deb to pool/main/g/glibc/nscd_2.3.6-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno <[EMAIL PROTECTED]> (supplier of updated glibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 1 Mar 2006 17:11:36 +0100 Source: glibc Binary: libc0.1-prof libc6-dev-amd64 libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc libc0.3 libc0.1-i686 libc6.1-dev libc6-s390x libnss-files-udeb libc6-dev-sparc64 libc6-i386 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc0.1-udeb libc6-dev-i386 libc6.1-prof libc0.1-dev locales libc6-pic libc0.3-udeb libc6-dev-powerpc libc0.1-pic libc6-ppc64 libc0.3-dbg libc0.1-dbg libc6-amd64 libc0.1 libc6-prof libc6-powerpc libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc6-dev-s390x Architecture: source i386 all Version: 2.3.6-3 Distribution: unstable Urgency: low Maintainer: GNU Libc Maintainers Changed-By: Aurelien Jarno <[EMAIL PROTECTED]> Description: glibc-doc - GNU C Library: Documentation libc6 - GNU C Library: Shared libraries and Timezone data libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64 libc6-dbg - GNU C Library: Libraries with debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64 libc6-i686 - GNU C Library: Shared libraries [i686 optimized] libc6-pic - GNU C Library: PIC archive library libc6-prof - GNU C Library: Profiling Libraries libc6-udeb - GNU C Library: Shared libraries - udeb (udeb) libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb) libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb) locales- GNU C Library: National Language
Bug#301438: marked as done (glibc: FTBFS (ppc64): Please add support for the ppc64 architecture)
Your message dated Wed, 01 Mar 2006 20:17:13 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#301438: fixed in glibc 2.3.6-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: glibc
Severity: wishlist
Tags: patch
Hello,
thank you for uploading glibc version 2.3.4 to experimental.
This will make things a lot easier for the ppc64 port.
Please add support for the native 64 bit port to the ppc64 architecture
to glibc-2.3.4.
The attached patch to glibc-2.3.4 has been used since December 2004
by the ppc64 archive on alioth.
The patch uses basically the same strategy as the amd64 port,
but with an additional extra pass for the creation of an
alternative 32 bit library.
Regards
Andreas Jochens
Summary of changes:
* debian/control.in/ppc64
- New file with control information for the alternative
32 bit library packages libc6-powerpc and libc-dev-powerpc.
* debian/rules.d/control.mk
- Add 'ppc64' to the architecture lists.
- Use the new debian/control.in/ppc64 file
* debian/rules.d/debhelper.mk
- Add support for 32 bit alternative libraries.
* debian/sysdeps/ppc64.mk
- New file with support for the ppc64 library (nptl only)
and an extra pass for a 32 bit alternative library.
* debian/amd64-lib.mk
- Treat 'powerpc64' similar to 'x86_64', i.e. use /lib instead of
/lib64 for the native 64 bit library files.
- Install the 32 bit alternative library files in /lib32 instead of /lib.
diff -urN ../tmp-orig/glibc-2.3.4/debian/control.in/ppc64
./debian/control.in/ppc64
--- ../tmp-orig/glibc-2.3.4/debian/control.in/ppc64 1970-01-01
01:00:00.0 +0100
+++ ./debian/control.in/ppc64 2005-03-24 19:24:00.0 +0100
@@ -0,0 +1,20 @@
+Package: libc6-powerpc
+Architecture: ppc64
+Section: libs
+Priority: extra
+Depends: libc6 (= ${Source-Version}), lib32gcc1
+Description: GNU C Library: 32bit powerpc shared libraries for ppc64
+ This package includes shared versions of the standard C
+ library and the standard math library, as well as many others.
+ This is the 32bit version of the library, meant for ppc64 systems.
+
+Package: libc6-dev-powerpc
+Architecture: ppc64
+Section: libdevel
+Priority: standard
+Depends: libc6-powerpc (= ${Source-Version}), libc6-dev (= ${Source-Version})
+Description: GNU C Library: 32bit powerpc development libraries for ppc64
+ Contains the symlinks and object files needed to compile and link programs
+ which use the standard C library. This is the 32bit version of the
+ library, meant for ppc64 systems.
+
diff -urN ../tmp-orig/glibc-2.3.4/debian/rules.d/control.mk
./debian/rules.d/control.mk
--- ../tmp-orig/glibc-2.3.4/debian/rules.d/control.mk 2005-03-24
09:28:38.0 +0100
+++ ./debian/rules.d/control.mk 2005-03-24 19:25:59.0 +0100
@@ -1,10 +1,10 @@
-control_deps := $(addprefix debian/control.in/, libc6 libc6.1 libc0.3 libc1
sparc64 s390x opt)
+control_deps := $(addprefix debian/control.in/, libc6 libc6.1 libc0.3 libc1
ppc64 sparc64 s390x opt)
-threads_archs := alpha amd64 arm i386 m68k mips mipsel powerpc sparc ia64 hppa
s390 sh3 sh4 sh3eb sh4eb freebsd-i386
+threads_archs := alpha amd64 arm i386 m68k mips mipsel powerpc ppc64 sparc
ia64 hppa s390 sh3 sh4 sh3eb sh4eb freebsd-i386
debian/control.in/libc6: debian/control.in/libc debian/rules.d/control.mk
sed -e '[EMAIL PROTECTED]@%libc6%g' \
- -e '[EMAIL PROTECTED]@%amd64 arm i386 m68k mips mipsel powerpc
sparc s390 hppa sh3 sh4 sh3eb sh4eb%g' < $< > $@
+ -e '[EMAIL PROTECTED]@%amd64 arm i386 m68k mips mipsel powerpc
ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb%g' < $< > $@
debian/control.in/libc6.1: debian/control.in/libc debian/rules.d/control.mk
sed -e '[EMAIL PROTECTED]@%libc6.1%g;[EMAIL PROTECTED]@%alpha ia64%g' <
$< > $@
@@ -22,6 +22,7 @@
cat debian/control.in/libc6.1 >> [EMAIL PROTECTED]
cat debian/control.in/libc0.3 >> [EMAIL PROTECTED]
cat debian/control.in/libc1 >> [EMAIL PROTECTED]
+ cat debian/control.in/ppc64 >> [EMAIL PROTECTED]
cat debian/control.in/sparc64 >> [EMAIL PROTECTED]
cat debian/control.in/s390x >> [EMAIL PROTECTED]
cat debian/control.in/opt >> [EMAIL PROTECTED]
diff -urN ../tmp-orig/glibc-2.3.4/debian/rules.d/debhelper.mk
./debian/rules.d/debhelper.mk
--- ../tmp-orig/glibc-2.3.4/debian/rules.d/debhelper.mk 2005-03-24
09:28:38.0 +0100
+++ ./debian/rules.d/debhelper.m
r1259 - in glibc-package/trunk/debian: rules.d sysdeps
Author: aurel32 Date: 2006-03-02 00:28:32 + (Thu, 02 Mar 2006) New Revision: 1259 Modified: glibc-package/trunk/debian/rules.d/build.mk glibc-package/trunk/debian/sysdeps/i386.mk glibc-package/trunk/debian/sysdeps/kfreebsd-i386.mk glibc-package/trunk/debian/sysdeps/linux.mk glibc-package/trunk/debian/sysdeps/sparc.mk Log: * The linker has to be specified for the otherbuild libraries. * Don't use /usr/lib/nptl as the libdir of the nptl pass, otherwise the gconv files are search there. Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2006-03-01 18:57:39 UTC (rev 1258) +++ glibc-package/trunk/debian/rules.d/build.mk 2006-03-02 00:28:32 UTC (rev 1259) @@ -117,10 +117,14 @@ fi; \ done; \ install -d debian/tmp-libc/usr/lib/nptl; \ - for file in libc.a libc_nonshared.a libpthread.a libpthread_nonshared.a librt.a libc.so libpthread.so; do \ - install -m 644 debian/tmp-$(curpass)/usr/lib/nptl/$$file \ + for file in libc.a libc_nonshared.a libpthread.a libpthread_nonshared.a librt.a ; do \ + install -m 644 debian/tmp-$(curpass)/usr/lib/$$file \ debian/tmp-libc/usr/lib/nptl/$$file; \ done; \ + for file in libc.so libpthread.so; do \ + sed 's/\/usr\/lib\//\/usr\/lib\/nptl\//g' < debian/tmp-$(curpass)/usr/lib/$$file \ + > debian/tmp-libc/usr/lib/nptl/$$file; \ + done; \ ln -sf /lib/tls/librt.so.1 debian/tmp-libc/usr/lib/nptl/; \ fi Modified: glibc-package/trunk/debian/sysdeps/i386.mk === --- glibc-package/trunk/debian/sysdeps/i386.mk 2006-03-01 18:57:39 UTC (rev 1258) +++ glibc-package/trunk/debian/sysdeps/i386.mk 2006-03-02 00:28:32 UTC (rev 1259) @@ -15,6 +15,7 @@ i686_configure_target=i686-linux i686_configure_build=i686-linux i686_extra_cflags = -march=i686 -mtune=i686 -g1 -O3 +i686_rtlddir = /lib i686_slibdir = /lib/tls/i686/cmov i686_MIN_KERNEL_SUPPORTED = 2.6.0 i686_extra_config_options = $(extra_config_options) --disable-profile Modified: glibc-package/trunk/debian/sysdeps/kfreebsd-i386.mk === --- glibc-package/trunk/debian/sysdeps/kfreebsd-i386.mk 2006-03-01 18:57:39 UTC (rev 1258) +++ glibc-package/trunk/debian/sysdeps/kfreebsd-i386.mk 2006-03-02 00:28:32 UTC (rev 1259) @@ -7,5 +7,6 @@ i686_configure_target=i686-kfreebsd i686_configure_build=i686-kfreebsd i686_extra_cflags = -march=i686 -mtune=i686 -g1 -O3 +i686_rtlddir = /lib i686_slibdir = /lib/i686/cmov i686_extra_config_options = $(extra_config_options) --disable-profile --disable-compatible-utmp Modified: glibc-package/trunk/debian/sysdeps/linux.mk === --- glibc-package/trunk/debian/sysdeps/linux.mk 2006-03-01 18:57:39 UTC (rev 1258) +++ glibc-package/trunk/debian/sysdeps/linux.mk 2006-03-02 00:28:32 UTC (rev 1259) @@ -36,8 +36,8 @@ nptl_add-ons = nptl $(add-ons) nptl_extra_config_options = $(extra_config_options) --disable-profile nptl_extra_cflags = -g1 -O3 +nptl_rtlddir = /lib nptl_slibdir = /lib/tls -nptl_libdir = /usr/lib/nptl nptl_MIN_KERNEL_SUPPORTED = 2.6.0 KERNEL_HEADER_DIR = $(stamp)mkincludedir Modified: glibc-package/trunk/debian/sysdeps/sparc.mk === --- glibc-package/trunk/debian/sysdeps/sparc.mk 2006-03-01 18:57:39 UTC (rev 1258) +++ glibc-package/trunk/debian/sysdeps/sparc.mk 2006-03-02 00:28:32 UTC (rev 1259) @@ -16,6 +16,7 @@ sparcv9_extra_cflags = -g2 -O3 sparcv9_extra_config_options = $(extra_config_options) --disable-profile sparcv9_add-ons = linuxthreads $(add-ons) +sparcv9_rtlddir = /lib sparcv9_slibdir = /lib/v9 sparcv9b_MIN_KERNEL_SUPPORTED = 2.4.18 @@ -23,4 +24,5 @@ sparcv9b_extra_cflags = -g2 -O3 sparcv9b_extra_config_options = $(extra_config_options) --disable-profile sparcv9b_add-ons = linuxthreads $(add-ons) +sparcv9b_rtlddir = /lib sparcv9b_slibdir = /lib/ultra3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349610: Processed: severity of 354856 is important
I didn't notice this go by earlier, sorry. I already filed this as #349610, severity normal at the time since amd64 wasn't a release candidate. I actually filed it against linux-kernel-headers/glibc since that's where the real problem seems to be, butwhichever way it's handled is fine so long as it's fixed. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#340514: libc6: Bug is back ...
> Emmanuel Fuste a écrit : > > Package: libc6 > > Version: 2.3.6-2 > > Followup-For: Bug #340514 > > > > The bug is back with 2.3.6-2, I'm lost > > Well if it is in version 2.3.6-2, I really doubt it has been solved in > version 2.3.6-1 as nothing concerning the resolver has been changed > between these two versions. > Yes, but ... > > I will try to find 2.3.6-1 to re-test, but it will be hard, 2.3.6-1 is > > no longuer in the pool. > > You can find it here: > http://snapshot.debian.net/archive/2006/02/13/debian/pool/main/g/glibc/ > I downgrade libc6 and libc6-dev. The bug was still there but I didn't restart the computer nor open a new xterm. It was late so I wait today to do some test after a reboot. And now, it work !!!. So, there is some side effect which afect dns resolver between -1 and -2. Some thing present in 2.3.5 too, lost in 2.3.6-1 and re-aplied in 2.3.6-2 which was doing the same side effect. To be sure, I will make somme more test, switching back and forward between 2.3.6-1 and 2.3.6-2. results in few days. Regards, Emmanuel. --- Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34 /mn) ; tél : 08 92 68 13 50 (0,34/mn)
r1258 - glibc-package/trunk/debian/rules.d
Author: aurel32 Date: 2006-03-01 18:57:39 + (Wed, 01 Mar 2006) New Revision: 1258 Modified: glibc-package/trunk/debian/rules.d/debhelper.mk Log: Also set LIBDIR using libdir in libc-alt.install Modified: glibc-package/trunk/debian/rules.d/debhelper.mk === --- glibc-package/trunk/debian/rules.d/debhelper.mk 2006-03-01 16:37:19 UTC (rev 1257) +++ glibc-package/trunk/debian/rules.d/debhelper.mk 2006-03-01 18:57:39 UTC (rev 1258) @@ -225,6 +225,7 @@ sed -e "s#TMPDIR#debian/tmp-$$x#" -i $$z; \ sed -e "s#DEB_SRCDIR#$(DEB_SRCDIR)#" -i $$z; \ sed -e "s#SLIBDIR#$$slibdir#g" -i $$z; \ + sed -e "s#LIBDIR#$$libdir#g" -i $$z; \ sed -e "s/^#.*//" -i $$z; \ done -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Glibc 2.4 development branch for debian-glibc package
As Roland declared glibc 2.4 release plan in the list, I create glibc 2.4 branch for developing debian-glibc package based on glibc-2.4. You can pull 2.4 branch from: svn co svn+ssh://svn.debian.org/svn/pkg-glibc/glibc-package/branches/glibc-2.4 It's based on the latest svn trunk revision 1255. This branch may be hard work because the official glibc does not support linuxthreads any more. We need to confirm they can be still ok with kernel 2.4 series. So our work cannot be finished before Roland release 2.4. I think the current glibc 2.3.6 leaded by Aurelien will be in unstable, and glibc 2.4 branch will be entered after a lot of tests in experimental, like we experienced in glibc (ex:) 2.2->2.3 or nptl transition. Aurelien already worked a lot (and thanks to Clint, Denis, too!), and he said he had a lot of TODOs. He told me that he would concentrate for 2.3.6 development for a while. 2.4 branch will synchronize with 2.3.6 (and 2.3.7?) trunk periodically. -- gotom -- 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 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? Alternatively, if you're only talking about the o32 case, then use mips-linux-gnu for that. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1257 - in glibc-package/trunk/debian: . patches
Author: aurel32
Date: 2006-03-01 16:37:19 + (Wed, 01 Mar 2006)
New Revision: 1257
Removed:
glibc-package/trunk/debian/patches/sa_len-check.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
Oops, the sa_len-check patch has been merged in 2.3.6, so no need to add it
again. Removing it.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2006-03-01 16:17:43 UTC (rev
1256)
+++ glibc-package/trunk/debian/changelog2006-03-01 16:37:19 UTC (rev
1257)
@@ -1,4 +1,4 @@
-glibc (2.3.6-3) UNRELEASED; urgency=low
+glibc (2.3.6-3) unstable; urgency=low
[ Aurelien Jarno]
* Use a shell function instead of ifneq when testing a variable depending on
@@ -17,8 +17,6 @@
* Make libc6-i386-dev conflicts with all versions of ia32-libs-dev. As it
won't be built anymore on amd64, this will automatically remove it during
the upgrade.
- * Add sa_len-check.diff (fix sa_len check in getaddrinfo) from upstream.
-(Closes: #309774).
[ Clint Adams ]
* Get rid of -o as a binary operator to [ in tzconfig and postinst.
@@ -29,7 +27,7 @@
localedef from 2.3.6-2 and 2.3.6-3. (Closes: #352620)
* Updated Italian debconf translation, by Luca Monducci.
- -- Aurelien Jarno <[EMAIL PROTECTED]> Thu, 23 Feb 2006 21:46:25 +0100
+ -- Aurelien Jarno <[EMAIL PROTECTED]> Wed, 1 Mar 2006 17:11:36 +0100
glibc (2.3.6-2) unstable; urgency=low
Deleted: glibc-package/trunk/debian/patches/sa_len-check.diff
===
--- glibc-package/trunk/debian/patches/sa_len-check.diff2006-03-01
16:17:43 UTC (rev 1256)
+++ glibc-package/trunk/debian/patches/sa_len-check.diff2006-03-01
16:37:19 UTC (rev 1257)
@@ -1,51 +0,0 @@
-2005-05-17 Neal H. Walfield <[EMAIL PROTECTED]>
-
- [BZ #1350]
- * sysdeps/posix/getaddrinfo.c (gaih_local): Check [_HAVE_SA_LEN]
- instead of [SALEN].
- (gaih_inet): Likewise.
-2005-02-16 Roland McGrath <[EMAIL PROTECTED]>
-
- * sysdeps/posix/getaddrinfo.c (gaih_inet): Fix type of ADDR local.
-
-===
-RCS file: /cvs/glibc/libc/sysdeps/posix/getaddrinfo.c,v
-retrieving revision 1.85
-retrieving revision 1.85.2.1
-diff -u -r1.85 -r1.85.2.1
libc/sysdeps/posix/getaddrinfo.c 2004/11/22 18:41:37 1.85
-+++ libc/sysdeps/posix/getaddrinfo.c 2005/10/16 10:15:30 1.85.2.1
-@@ -196,10 +196,10 @@
- (*pai)->ai_addrlen = sizeof (struct sockaddr_un);
- (*pai)->ai_addr = (void *) (*pai) + sizeof (struct addrinfo);
-
--#if SALEN
-+#ifdef _HAVE_SA_LEN
- ((struct sockaddr_un *) (*pai)->ai_addr)->sun_len =
- sizeof (struct sockaddr_un);
--#endif /* SALEN */
-+#endif /* _HAVE_SA_LEN */
-
- ((struct sockaddr_un *)(*pai)->ai_addr)->sun_family = AF_LOCAL;
- memset(((struct sockaddr_un *)(*pai)->ai_addr)->sun_path, 0, UNIX_PATH_MAX);
-@@ -680,7 +680,7 @@
- h->h_length);
- else
- {
--int32_t *addr = (uint32_t *) (*pat)->addr;
-+uint32_t *addr = (uint32_t *) (*pat)->addr;
- addr[3] = *(uint32_t *) h->h_addr_list[i];
- addr[2] = htonl (0x);
- addr[1] = 0;
-@@ -1076,9 +1076,9 @@
- ai->ai_canonname = (char *) canon;
- canon = NULL;
-
--#if SALEN
-+#ifdef _HAVE_SA_LEN
- ai->ai_addr->sa_len = socklen;
--#endif /* SALEN */
-+#endif /* _HAVE_SA_LEN */
- ai->ai_addr->sa_family = family;
-
- if (family == AF_INET6)
Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series 2006-03-01 16:17:43 UTC (rev
1256)
+++ glibc-package/trunk/debian/patches/series 2006-03-01 16:37:19 UTC (rev
1257)
@@ -132,4 +132,3 @@
rtld.diff -p1
resource_h.diff -p1
hppa-inlining.diff -p1
-sa_len-check.diff -p1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1256 - glibc-package/branches
Author: gotom Date: 2006-03-01 16:17:43 + (Wed, 01 Mar 2006) New Revision: 1256 Added: glibc-package/branches/glibc-2.4/ Log: Add new branch glibc-2.4. Copied: glibc-package/branches/glibc-2.4 (from rev 1255, glibc-package/trunk) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1255 - glibc-package/trunk/debian/patches
Author: aurel32
Date: 2006-03-01 14:56:05 + (Wed, 01 Mar 2006)
New Revision: 1255
Added:
glibc-package/trunk/debian/patches/sa_len-check.diff
Log:
... and the corresponding patch.
Added: glibc-package/trunk/debian/patches/sa_len-check.diff
===
--- glibc-package/trunk/debian/patches/sa_len-check.diff2006-03-01
14:54:52 UTC (rev 1254)
+++ glibc-package/trunk/debian/patches/sa_len-check.diff2006-03-01
14:56:05 UTC (rev 1255)
@@ -0,0 +1,51 @@
+2005-05-17 Neal H. Walfield <[EMAIL PROTECTED]>
+
+ [BZ #1350]
+ * sysdeps/posix/getaddrinfo.c (gaih_local): Check [_HAVE_SA_LEN]
+ instead of [SALEN].
+ (gaih_inet): Likewise.
+2005-02-16 Roland McGrath <[EMAIL PROTECTED]>
+
+ * sysdeps/posix/getaddrinfo.c (gaih_inet): Fix type of ADDR local.
+
+===
+RCS file: /cvs/glibc/libc/sysdeps/posix/getaddrinfo.c,v
+retrieving revision 1.85
+retrieving revision 1.85.2.1
+diff -u -r1.85 -r1.85.2.1
+--- libc/sysdeps/posix/getaddrinfo.c 2004/11/22 18:41:37 1.85
libc/sysdeps/posix/getaddrinfo.c 2005/10/16 10:15:30 1.85.2.1
+@@ -196,10 +196,10 @@
+ (*pai)->ai_addrlen = sizeof (struct sockaddr_un);
+ (*pai)->ai_addr = (void *) (*pai) + sizeof (struct addrinfo);
+
+-#if SALEN
++#ifdef _HAVE_SA_LEN
+ ((struct sockaddr_un *) (*pai)->ai_addr)->sun_len =
+ sizeof (struct sockaddr_un);
+-#endif /* SALEN */
++#endif /* _HAVE_SA_LEN */
+
+ ((struct sockaddr_un *)(*pai)->ai_addr)->sun_family = AF_LOCAL;
+ memset(((struct sockaddr_un *)(*pai)->ai_addr)->sun_path, 0, UNIX_PATH_MAX);
+@@ -680,7 +680,7 @@
+ h->h_length);
+ else
+ {
+-int32_t *addr = (uint32_t *) (*pat)->addr;
++uint32_t *addr = (uint32_t *) (*pat)->addr;
+ addr[3] = *(uint32_t *) h->h_addr_list[i];
+ addr[2] = htonl (0x);
+ addr[1] = 0;
+@@ -1076,9 +1076,9 @@
+ ai->ai_canonname = (char *) canon;
+ canon = NULL;
+
+-#if SALEN
++#ifdef _HAVE_SA_LEN
+ ai->ai_addr->sa_len = socklen;
+-#endif /* SALEN */
++#endif /* _HAVE_SA_LEN */
+ ai->ai_addr->sa_family = family;
+
+ if (family == AF_INET6)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1254 - in glibc-package/trunk/debian: . patches
Author: aurel32 Date: 2006-03-01 14:54:52 + (Wed, 01 Mar 2006) New Revision: 1254 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: * Add sa_len-check.diff (fix sa_len check in getaddrinfo) from upstream. (Closes: #309774). Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2006-02-28 19:21:40 UTC (rev 1253) +++ glibc-package/trunk/debian/changelog2006-03-01 14:54:52 UTC (rev 1254) @@ -17,6 +17,8 @@ * Make libc6-i386-dev conflicts with all versions of ia32-libs-dev. As it won't be built anymore on amd64, this will automatically remove it during the upgrade. + * Add sa_len-check.diff (fix sa_len check in getaddrinfo) from upstream. +(Closes: #309774). [ Clint Adams ] * Get rid of -o as a binary operator to [ in tzconfig and postinst. Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2006-02-28 19:21:40 UTC (rev 1253) +++ glibc-package/trunk/debian/patches/series 2006-03-01 14:54:52 UTC (rev 1254) @@ -132,3 +132,4 @@ rtld.diff -p1 resource_h.diff -p1 hppa-inlining.diff -p1 +sa_len-check.diff -p1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309774: marked as done ([patch] sysdeps/posix/getaddrinfo.c incorrectly checks for sa_len)
Your message dated Wed, 1 Mar 2006 17:38:27 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#309774: [patch] sysdeps/posix/getaddrinfo.c incorrectly
checks for sa_len
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: glibc
Version: 2.3.5-1
Severity: normal
Tags: experimental,patch
Hi,
Neal Walfield has reported the following problem to libc-alpha
(http://sources.redhat.com/ml/libc-alpha/2005-05/msg00044.html):
> sysdeps/posix/getaddrinfo.c incorrectly checks for sa_len. It should
> check if _HAVE_SA_LEN is defined, not if SALEN is true as is done in,
> for example, sysdeps/generic/ifreq.h .
>
> I encountered this while debugging the Orbit2 test suite on the Hurd.
> It checks if two addresses are the same using the following idiom:
>
> const struct sockaddr *saddr;
> struct addrinfo hints, *result = NULL;
> ...
> getaddrinfo(link_get_local_hostname(), NULL, &hints, &local _addr) != 0)
> ...
> if (af == AF_INET) {
> if (!memcmp ((struct sockaddr_in *)result->ai_addr,
>(struct sockaddr_in *)saddr,
>result->ai_addrlen))
He provided a patch (attached as .dpatch) which got applied by Roland
McGrath on the trunk today. Neal punted the decision whether to file
this in bugzilla in order to get it fixed for the 2.3 branch to me, so I
am asking here what you guys prefer.
thanks,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Fix sa_len checking
# DP: Related bugs:
# DP: Dpatch author: Michael Banck <[EMAIL PROTECTED]>
# DP: Patch author: Neal Walfield <[EMAIL PROTECTED]>
# DP: Upstream status: In CVS
# DP: Status Details: Fixed in trunk, fix in branch possible if
# DP: requested through upstream bugzilla
# DP: Date: 2005-05-18
PATCHLEVEL=0
if [ $# -ne 2 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1" in
-patch) patch -d "$2" -f --no-backup-if-mismatch -p$PATCHLEVEL < $0;;
-unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p$PATCHLEVEL < $0;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
esac
exit 0
2005-05-17 Neal H. Walfield <[EMAIL PROTECTED]>
* sysdeps/posix/getaddrinfo.c (gaih_local): Check if _HAVE_SA_LEN
is defined, not if SALEN.
(gaih_inet): Likewise.
--- ./sysdeps/posix/getaddrinfo.c.orig 2005-05-17 12:16:21.0 +0100
+++ ./sysdeps/posix/getaddrinfo.c 2005-05-17 12:30:13.0 +0100
@@ -193,10 +193,10 @@ gaih_local (const char *name, const stru
(*pai)->ai_addrlen = sizeof (struct sockaddr_un);
(*pai)->ai_addr = (void *) (*pai) + sizeof (struct addrinfo);
-#if SALEN
+#ifdef _HAVE_SA_LEN
((struct sockaddr_un *) (*pai)->ai_addr)->sun_len =
sizeof (struct sockaddr_un);
-#endif /* SALEN */
+#endif /* _HAVE_SA_LEN */
((struct sockaddr_un *)(*pai)->ai_addr)->sun_family = AF_LOCAL;
memset(((struct sockaddr_un *)(*pai)->ai_addr)->sun_path, 0, UNIX_PATH_MAX);
@@ -859,9 +859,9 @@ gaih_inet (const char *name, const struc
(*pai)->ai_canonname = canon;
canon = NULL;
-#if SALEN
+#ifdef _HAVE_SA_LEN
(*pai)->ai_addr->sa_len = socklen;
-#endif /* SALEN */
+#endif /* _HAVE_SA_LEN */
(*pai)->ai_addr->sa_family = family;
if (family == AF_INET6)
--- End Message ---
--- Begin Message ---
Version: 2.3.6-1
This patch has been merged in version 2.3.6. Closing the bug.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--- End Message ---
Processed: locale.1.gz changes
Processing commands for [EMAIL PROTECTED]: > reopen 352597 Bug#352597: locale.1.gz: remove quote marks Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352597: locale.1.gz changes
reopen 352597 thanks It is my understaning that this bug is only partially fixed. -- 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 09:45:13AM -0500, Daniel Jacobowitz wrote:
> 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.
Um. Actually, I'd like not to have mips64-linux-gnuabi32, but rather
a convention which is acceptable over the whole toolchain.
Btw, the 'kern64' in that preconfigure looks like a bug, but appears
to be unused.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ia32-libs update
Hi Bdale, As we finally agreed to use /emul/ia32-libs on amd64 for the 32-bit libraries, I have updated the glibc so that it now use this new path. I will upload the packages shortly. Next step is to upgrade the ia32-libs package in consequence. I have put on [1] updated version of this packages as well as other concerned ones (Matthias, don't worry I will update the gcc packages using your -10 version as a base). I have put the corresponding diffs in the same directories. I have tested the upgrade from sarge and from etch, without any problems. Note that I moved libstdc++-2-libc6.1-1-2.9.0.so and libstdc++-3-libc6.2-2-2.10.0.so to ia32-libs as those files are not development libraries, but rather libraries. Not putting them in ia32-libs results in dead symlinks. Would it be possible to upload a new version of ia32-libs based on this patch? If you are too busy, I can do an NMU instead, just ask. Thanks, Aurelien [1] http://people.debian.org/~aurel32/amd64/ -- .''`. 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#213503: marked as done (glibc: some GNU/KNetBSD fixes)
Your message dated Wed, 1 Mar 2006 16:14:52 +0100 with message-id <[EMAIL PROTECTED]> and subject line Closing the bug has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: glibc Severity: wishlist Ok, same for GNU/KNetBSD. Obviously it's the Glibc-based version otherwise it wouldn't make much sense to fix the Glibc package =) This patch includes a few minor fixes to support GNU/KNetBSD in the files specific to the Debian package. NetBSD's kernel (KNetBSD) is not supported in upstream sources though (and won't be for a long time). A note on debian/sysdeps/soname.mk. I moved the non-Linux-based systems out of the main ifeq branch into system-specific sections. This way it improves readability and only falls back to "libc6" for Linux-based systems. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.2.25 #1 Fri Jun 20 19:28:33 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C diff -Nur glibc-2.3.2.old/debian/sysdeps/knetbsd-gnu.mk glibc-2.3.2/debian/sysdeps/knetbsd-gnu.mk --- glibc-2.3.2.old/debian/sysdeps/knetbsd-gnu.mk 1970-01-01 00:00:00.0 + +++ glibc-2.3.2/debian/sysdeps/knetbsd-gnu.mk 2003-09-30 23:50:55.0 + @@ -0,0 +1,5 @@ +threads = no +config-os = knetbsd-gnu +add-ons = +NO_TEST = yes +extra_config_options := diff -Nur glibc-2.3.2.old/debian/sysdeps/soname.mk glibc-2.3.2/debian/sysdeps/soname.mk --- glibc-2.3.2.old/debian/sysdeps/soname.mk2003-09-30 23:49:48.0 + +++ glibc-2.3.2/debian/sysdeps/soname.mk2003-09-30 23:55:14.0 + @@ -1,19 +1,20 @@ -# alpha-linux uses 6.1 as libc's soname -ifeq ($(DEB_HOST_GNU_TYPE),alpha-linux) - libc = libc6.1 -else - ifeq ($(DEB_HOST_GNU_TYPE),ia64-linux) +ifeq ($(DEB_HOST_GNU_SYSTEM),linux) + ifeq ($(DEB_HOST_GNU_CPU),alpha) libc = libc6.1 else -# libc0.3 for hurd -ifeq ($(DEB_HOST_GNU_SYSTEM),gnu) - libc = libc0.3 +ifeq ($(DEB_HOST_GNU_CPU),ia64) + libc = libc6.1 else - ifeq ($(DEB_HOST_GNU_SYSTEM),kfreebsd-gnu) -libc = libc1 - else -libc = libc6 - endif + libc = libc6 endif endif endif +ifeq ($(DEB_HOST_GNU_SYSTEM),gnu) + libc = libc0.3 +endif +ifeq ($(DEB_HOST_GNU_SYSTEM),kfreebsd-gnu) + libc = libc1 +endif +ifeq ($(DEB_HOST_GNU_SYSTEM),knetbsd-gnu) + libc = libc1 +endif --- End Message --- --- Begin Message --- The GNU/kNetBSD port is dead (or at least sleeping). Closing the bug, the bug reporter agreed. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net --- End Message ---
Bug#327351: libc rounding is broken on HPPA
On Wed, Mar 01, 2006 at 09:58:44AM -0500, Daniel Jacobowitz wrote: > On Wed, Mar 01, 2006 at 03:25:00PM +0100, Aurelien Jarno wrote: > > >Could we consider this bug as fixed, or is it only a postive side effect > > >of the patch fo bug#333766? I don't speak hppa assembly, so I can't > > >tell. Daniel, as you written the patch, could you please comment? > > I didn't - I'm pretty sure it was Carlos's. Ok sorry, as you introduced the patch to the Debian package, I thought you also have written it. Carlos, could you please comment it? Thanks. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327351 for the problem and the patch (which you probably have written). 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#327351: libc rounding is broken on HPPA
On Wed, Mar 01, 2006 at 03:25:00PM +0100, Aurelien Jarno wrote: > >Could we consider this bug as fixed, or is it only a postive side effect > >of the patch fo bug#333766? I don't speak hppa assembly, so I can't > >tell. Daniel, as you written the patch, could you please comment? I didn't - I'm pretty sure it was Carlos's. -- Daniel Jacobowitz CodeSourcery -- 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 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.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327351: libc rounding is broken on HPPA
Sending a copy of this mail to the debian-hppa list. After all this is
the place where I expect to find the most people who know hppa assembly :)
Aurelien Jarno a écrit :
Hi,
It seems the patch to fix the bug#333766 also fixes this bug. I have
built a glibc with gcc-4.0, and executed the testcase given in this bug
report. The output it the same as the expected one.
Could we consider this bug as fixed, or is it only a postive side effect
of the patch fo bug#333766? I don't speak hppa assembly, so I can't
tell. Daniel, as you written the patch, could you please comment?
Below is the new code that is now used by the glibc.
Bye,
Aurelien
int
fesetround (int round)
{
union { unsigned long long l; unsigned int sw[2]; } s;
if (round & ~FE_DOWNWARD)
/* ROUND is not a valid rounding mode. */
return 1;
/* Get the current status word. */
__asm__ ("fstd %%fr0,0(%1)" : "=m" (s.l) : "r" (&s.l));
s.sw[0] &= ~FE_DOWNWARD;
s.sw[0] |= round;
__asm__ ("fldd 0(%0),%%fr0" : : "r" (&s.l), "m" (s.l));
return 0;
}
--
.''`. 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: timezone data packaged separately and in volatile?
Lionel Elie Mamane a écrit : On Thu, Feb 09, 2006 at 07:42:25PM +0900, GOTO Masanori wrote: To get things rolling, I have prepared an updated glibc for sarge with just the timezone data updated to the latest upstream upstream. It is at http://people.debian.org/~lmamane/glibc/ . Technically right now it is correct neither as a NMU (wrong version number, not mentioned in changelog), nor as MU (because I'm not a glibc maintainer). http://people.debian.org/~lmamane/glibc/glibc_22-sarge0.diff is the interdiff (the difference between what's now in sarge and what I've prepared). So: - glibc maintainers, would you approve of such an update to a point release of sarge? I am *one* of the glibc maintainer, and I agree in principle with such a change, though I haven't look very deeply at your patch (will do that later). I hope other glibc maintainers will give their opinion there. If yes, shall I make an NMU of it or shall you prepare a package (replace my "-- " line in the changelog by one of yours) and submit it to joey? - Martin, would you take such an update if approved or submitted by the glibc maintainers? 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]
Re: mips(el) n32 and n64 host triplet
Thiemo Seufer a écrit :
On Wed, Mar 01, 2006 at 12:23:35AM +0100, Aurelien Jarno wrote:
Hi all!
While thinking of multiarch, I remarked that there is no host triplet
for mips(el) using the n32 or the n64 ABIs. Both of them use
mips64-linux-gnu, at least it is what is done in the glibc, the
difference being done on the -mabi=n32 or -mabi=n64 option.
Multiarch is based on the fact there is no namespace collision of the
libraries are installed into (/usr)/lib/${host-triplet}.
Does host triplets have already been planned for these two possible
future ports?
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?
That looks sane to me. If those names are accepted by everybody, I think
it would be good to add them in config.{guess,sub}, both in Debian and
in upstream. My experience in the GNU/kFreeBSD ports shows that it may a
long time to propagate to the packages, so it may be a good idea to do
that part now.
Then it would be possible to add them to dpkg, so that for example
'dpkg-architecture -qDEB_HOST_GNU_TYPE' returns 'mipsn64-linux-gnu'.
--
.''`. 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 12:23:35AM +0100, Aurelien Jarno wrote:
> Hi all!
>
> While thinking of multiarch, I remarked that there is no host triplet
> for mips(el) using the n32 or the n64 ABIs. Both of them use
> mips64-linux-gnu, at least it is what is done in the glibc, the
> difference being done on the -mabi=n32 or -mabi=n64 option.
>
> Multiarch is based on the fact there is no namespace collision of the
> libraries are installed into (/usr)/lib/${host-triplet}.
>
> Does host triplets have already been planned for these two possible
> future ports?
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?
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
