Bug#274852: /lib/libc.so.6 is not executable

2004-10-04 Thread Francesco Paolo Lovergine
Package: libc6 Version: 2.3.2.ds1-16 Severity: normal On other distros (e.g. RH) /lib/libc.so.6 is executable and returns mainly libc version. This is used in some scripts to check compatibilities and so breaks things. For instance, it breaks Mathworks' Matlab internal scripts which uses someth

Bug#274367: glibc: [amd64] New GLIBC pass to create 32bit libc6-i386 and libc6-dev-i386 packages

2004-10-04 Thread Daniel Jacobowitz
On Fri, Oct 01, 2004 at 02:13:47PM +0200, Andreas Jochens wrote: > Package: glibc > Severity: wishlist > Tags: patch > > Finally, there is a patch which creates a 32bit i386 version of libc6 > on amd64 by adding an extra pass to glibc. The new packages 'libc6-i386' > and 'libc6-dev-i386' install t

Processed: Re: Bug#274390: memory leak in iconv_open/iconv_close

2004-10-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > tags 274390 confirmed fixed-upstream Bug#274390: memory leak in iconv_open/iconv_close There were no tags set. Tags added: confirmed, fixed-upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking syst

Bug#274390: memory leak in iconv_open/iconv_close

2004-10-04 Thread GOTO Masanori
tags 274390 confirmed fixed-upstream thanks At Sat, 02 Oct 2004 00:24:48 +0900 (JST), Atsushi Nemoto wrote: > Just iconv_open and iconv_close for some encodings (UTF-16, > ISO-2022-JP, etc.) causes memory leak. > > This is a test code. > > #include > int main(int argc, char** argv) > { >

Processed: Re: Bug#274852: /lib/libc.so.6 is not executable

2004-10-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > merge 210840 274852 207872 Bug#207872: libc6: get libc version: execute /lib/libc.so.6 fails with ld.so error Bug#210840: libc6: Running /lib/libc-2.3.2.so results in error message Bug#274852: /lib/libc.so.6 is not executable Merged 207872 210840 274852

Processed: Re: Bug#274770: file conflicts in libftw0-dev libc6-dev

2004-10-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 274770 libftw0-dev Bug#274770: file conflicts in libftw0-dev libc6-dev Bug reassigned from package `libftw0-dev,libc6-dev' to `libftw0-dev'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking sys

Bug#274852: /lib/libc.so.6 is not executable

2004-10-04 Thread GOTO Masanori
merge 210840 274852 207872 thanks At Mon, 04 Oct 2004 13:25:54 +0200, Francesco Paolo Lovergine wrote: > On other distros (e.g. RH) /lib/libc.so.6 is executable and returns > mainly libc version. > > This is used in some scripts to check compatibilities and so breaks things. > For instance, it b

Bug#274770: file conflicts in libftw0-dev libc6-dev

2004-10-04 Thread GOTO Masanori
reassign 274770 libftw0-dev thanks At Mon, 04 Oct 2004 04:15:16 +0200, Frank Lichtenheld wrote: > Package: libftw0-dev,libc6-dev > Subject: libftw0-dev,libc6-dev: conflicting files > Severity: serious > > At least the following files are included in at least two > packages (there may be others, o

Bug#274367: glibc: [amd64] New GLIBC pass to create 32bit libc6-i386 and libc6-dev-i386 packages

2004-10-04 Thread Andreas Jochens
On 04-Oct-04 12:27, Daniel Jacobowitz wrote: > When we do this for amd64, we ought to do the same thing for ia32 as > well. Then amd64-libs can lose the libraries. Thank you for your reply. Of course a 'libc6-amd64' would be a good thing to have for i386/amd64-libs. This should work with a simi

Bug#274367: glibc: [amd64] New GLIBC pass to create 32bit libc6-i386 and libc6-dev-i386 packages

2004-10-04 Thread Andreas Jochens
On 04-Oct-04 19:48, Andreas Jochens wrote: > On 04-Oct-04 12:27, Daniel Jacobowitz wrote: > > When we do this for amd64, we ought to do the same thing for ia32 as > > well. Then amd64-libs can lose the libraries. > > Thank you for your reply. > > Of course a 'libc6-amd64' would be a good thing t

Bug#274920: linux-kernel-headers: Please install the x86_64 linux kernel headers on i386

2004-10-04 Thread Andreas Jochens
Package: linux-kernel-headers Severity: wishlist Tags: patch The x86_64 linux kernel headers will be necessary to compile a 64bit version of libc6 on i386 (see the discussion of Bug#274367). The attached patch installs the x86_64 linux kernel headers on i386 in the '/usr/include/x86_64-linux' dir

Bug#274942: static libs and object files fail to link when xgot needs to be used

2004-10-04 Thread Ian Lynagh
Package: glibc,gcc Severity: important [I think this is the same issue as in bug #274738] Trying to compile ghc6 on mipsel (all of this will apply equally to mips AFAIK) I got a number of "relocation truncated to fit" errors when linking the executable. After discussion with Thiemo Seufer I passe

cvs commit to glibc-package/debian by gotom

2004-10-04 Thread Debian GLibc CVS Master
Repository: glibc-package/debian who:gotom time: Mon Oct 4 18:27:50 MDT 2004 Log Message: remove "- Add libc6-s390x with nptl support." from TODO that is already committed to svn. Files: changed:TODO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsub

Bug#274738: on mips{,el} atexit.o should be compiled with -mxgot

2004-10-04 Thread GOTO Masanori
At Mon, 4 Oct 2004 00:25:00 +0200, Thiemo Seufer wrote: > > current mainline libgcj fails to build on mips{,el}: > > > > /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc > > -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++ > > -L/home/doko/gcc/gcc-snapshot-20041003

Re: Test conversion to SVN

2004-10-04 Thread Daniel Jacobowitz
On Mon, Oct 04, 2004 at 10:31:01AM +0900, GOTO Masanori wrote: > At Thu, 30 Sep 2004 12:05:21 -0400, > Jeff Bailey wrote: > > I've done a test conversion to svn. To check out the repository: > > > > svn co svn+ssh://svn.debian.org/svn/pkg-glibc/glibc-package/trunk glibc-package > > > > or > > >

More info on Sparc FTBFS for glibc

2004-10-04 Thread Joshua Kwan
Hello, (CC: James for some binutils insights. This is about #266958) I've attached the assembly source from failed build of qp_qtoi.c, which is the place the glibc build chokes on this time. It dies here: fqtoi %f52, %f60 st %f60, [%o4] which causes $ as -Av9 qp_qtoi.s qp_qtoi.