Hi Gotom,
On Fri, Dec 24, 2004 at 02:06:17PM +0900, GOTO Masanori wrote:
I think it should be applied until sarge is released. I'll push it to
-20. I plan to keep these librt-mips patches until sarge+1. Guido,
Thiemo, if you have comment for it, please let me know.
Patch looks great.
Thanks
On Sun, Sep 05, 2004 at 03:10:49PM -0700, Steve Langasek wrote:
On Sun, Sep 05, 2004 at 08:01:13PM +0200, Guido Guenther wrote:
[..snip..]
If not, have they been tested with the modutils from woody?
At least 2.4.22 works with the modutils from woody (haven't checked a
newer version yet
Hi,
On Sat, Sep 04, 2004 at 12:19:35PM -0700, Steve Langasek wrote:
Looking more closely at the mips Package file, I see that you're right
-- these kernel image packages don't have the versioned dependency on
modutils that others do. But I don't understand how this can be the
case; on other
Hi,
On Fri, Sep 03, 2004 at 10:42:12PM -0700, Steve Langasek wrote:
It's come to my attention that on mips(el), the glibc in sarge is
incompatible with the kernel in woody, and the kernel in sarge is
incompatible with the glibc in woody. This is an impasse that has to be
resolved for sarge's
On Sat, Sep 04, 2004 at 01:16:10PM +0100, Colin Watson wrote:
On Sat, Sep 04, 2004 at 11:54:38AM +0200, Guido Guenther wrote:
On Fri, Sep 03, 2004 at 10:42:12PM -0700, Steve Langasek wrote:
It's come to my attention that on mips(el), the glibc in sarge is
incompatible with the kernel
Package: libc6
Version: 2.3.2.ds1-13
Severity: minor
Tags: patch
Hi,
attached patch fixes a problem in getent that shows when searching for
uids/gids like:
getent passwd 1abc
where getent assumes the argument passed is a number, because it starts
with a digit. This patch has been applied to
On Fri, Jan 16, 2004 at 12:31:31AM +0900, GOTO Masanori wrote:
Guido, could you build with this patch? I'm OK to prepare and put
dpatch to debian-glibc cvs for this.
Build find, but bis/syscalls.h _only_ has:
/* Generated at libc build time from kernel syscall list. */
#ifndef _SYSCALL_H
#
On Mon, Jan 19, 2004 at 12:34:00PM +0100, Guido Guenther wrote:
Build find, but bis/syscalls.h _only_ has:
/* Generated at libc build time from kernel syscall list. */
#ifndef _SYSCALL_H
# error Never use bits/syscall.h directly; include sys/syscall.h instead.
#endif
This is due
On Fri, Jan 16, 2004 at 12:31:31AM +0900, GOTO Masanori wrote:
Guido, could you build with this patch? I'm OK to prepare and put
dpatch to debian-glibc cvs for this.
Build find, but bis/syscalls.h _only_ has:
/* Generated at libc build time from kernel syscall list. */
#ifndef _SYSCALL_H
#
On Mon, Jan 19, 2004 at 12:34:00PM +0100, Guido Guenther wrote:
Build find, but bis/syscalls.h _only_ has:
/* Generated at libc build time from kernel syscall list. */
#ifndef _SYSCALL_H
# error Never use bits/syscall.h directly; include sys/syscall.h
instead.
#endif
This is due
beginning with `# DP:' are a description of the patch.
# DP: Description: create correct unistd.h and syscall.h on mips
# DP: Related bugs: 223891
# DP: Author: Daniel Jacobowitz [EMAIL PROTECTED], Guido Guenther [EMAIL
PROTECTED]
# DP: Date: 2004-01-19
if [ $# -ne 2 ]; then
echo 2 `basename $0
On Mon, Jan 19, 2004 at 04:20:12PM +0100, Guido Guenther wrote:
rebuilding to check everything get's generated fine correctly.
asm-unistd.h looks o.k. now, syscall.h isn't build yet.
I generated syscall-list.h by doing make -C subdir_lib. It looks fine, a
final version of the dpatch is attached
On Thu, Jan 15, 2004 at 09:40:53AM +0900, GOTO Masanori wrote:
Where can I find your patch? The current syscall.h is broken, so I
think you're ok to put such patch into debian-glibc cvs, and we watch
the result of buildd if no one is trying to look it.
I have this on my TODO list, but other
On Fri, Jan 16, 2004 at 12:31:31AM +0900, GOTO Masanori wrote:
Guido, could you build with this patch? I'm OK to prepare and put
dpatch to debian-glibc cvs for this.
O.k., building...
-- Guido
signature.asc
Description: Digital signature
On Sat, Jan 10, 2004 at 12:07:36PM +0900, GOTO Masanori wrote:
In addition, if you want to install newer libc6, you need to upgrade
your kernel at least 2.4.22. Well, if you could not compile the
latest kernel, is debian default kernel-image-2.4.22 or something
usable?
It should be. I
On Sat, Jan 10, 2004 at 12:07:36PM +0900, GOTO Masanori wrote:
In addition, if you want to install newer libc6, you need to upgrade
your kernel at least 2.4.22. Well, if you could not compile the
latest kernel, is debian default kernel-image-2.4.22 or something
usable?
It should be. I
On Sun, Dec 14, 2003 at 12:08:45AM -0500, C. Scott Ananian wrote:
This bug upgrading libc6 on mips is actually a kernal bug with
interprocess communication, which makes the forked process appear to
have failed even when it did not. On MIPS, you *MUST* upgrade the
kernel *BEFORE* you upgrade
On Sun, Dec 14, 2003 at 12:08:45AM -0500, C. Scott Ananian wrote:
This bug upgrading libc6 on mips is actually a kernal bug with
interprocess communication, which makes the forked process appear to
have failed even when it did not. On MIPS, you *MUST* upgrade the
kernel *BEFORE* you upgrade
On Wed, Dec 10, 2003 at 05:16:51PM +0100, Karsten Merker wrote:
This is the problem - the current libc6 requires (AFAIK) at least
kernel 2.4.19 on mipsel. Unfortunately, we are having problems with
What exactly was the issue here? The recent msq problem shouldn't affect
all running programs. Or
Hi Daniel,
On Wed, Dec 10, 2003 at 10:02:31AM -0500, Daniel Jacobowitz wrote:
Any idea what's going on? I know some people are using this without
trouble (since the build daemons didn't die a flaming death).
Dunno, but I suspect a kernel vs. glibc issue.
sh-2.05b# uname -a
Linux
On Wed, Dec 10, 2003 at 05:52:35PM +0100, Guido Guenther wrote:
Hi Daniel,
On Wed, Dec 10, 2003 at 10:02:31AM -0500, Daniel Jacobowitz wrote:
Any idea what's going on? I know some people are using this without
trouble (since the build daemons didn't die a flaming death).
Dunno, but I
On Wed, Dec 10, 2003 at 05:16:51PM +0100, Karsten Merker wrote:
This is the problem - the current libc6 requires (AFAIK) at least
kernel 2.4.19 on mipsel. Unfortunately, we are having problems with
What exactly was the issue here? The recent msq problem shouldn't affect
all running programs. Or
Hi Daniel,
On Wed, Dec 10, 2003 at 10:02:31AM -0500, Daniel Jacobowitz wrote:
Any idea what's going on? I know some people are using this without
trouble (since the build daemons didn't die a flaming death).
Dunno, but I suspect a kernel vs. glibc issue.
sh-2.05b# uname -a
Linux
On Wed, Dec 10, 2003 at 05:52:35PM +0100, Guido Guenther wrote:
Hi Daniel,
On Wed, Dec 10, 2003 at 10:02:31AM -0500, Daniel Jacobowitz wrote:
Any idea what's going on? I know some people are using this without
trouble (since the build daemons didn't die a flaming death).
Dunno, but I
On Sun, Oct 26, 2003 at 06:12:42PM -0500, Daniel Jacobowitz wrote:
I'm going to tackle a couple of the low-hanging RC bugs tonight and
tomorrow (MIPS msq, Sparc kernel warning, something else I've forgotten).
After that I believe the packages are ready to leave experimental. They'll
Mips has
On Sun, Oct 26, 2003 at 02:38:56AM +0900, GOTO Masanori wrote:
Could you more descriptions for the below entry?
Please have a look at:
http://lists.debian.org/debian-mips/2003/debian-mips-200309/msg00026.html
I'm sorry I don't know the current problem well, but I concern this
patch causes the
On Sat, Oct 25, 2003 at 02:38:07PM -0400, Daniel Jacobowitz wrote:
I don't think it's necessary - most things will still work fine, only a
couple of shared-memory features won't.
But glibc is the only place we could sensibly warn about these kind of
things. At least the changelog entry should
On Sun, Oct 26, 2003 at 05:29:57PM -0500, Daniel Jacobowitz wrote:
First of all, just double-checking - this affects mips but not mipsel,
correct? And you can't tell the difference between them by uname,
IIRC.
The glibc patch is needed for both mips and mipsel to make msqs work
again. mips
tags 215273 +patch
thanks,
The attached patch together with the 2.4.22 kernel images already in the
archive lets perl build again on mips. The kernel images conflict with
libc6 = 2.3.2-7 but maybe we should also bump the minimum required
kernel version to .22 for mips (not for mipsel).
-- Guido
tags 215273 +patch
thanks,
The attached patch together with the 2.4.22 kernel images already in the
archive lets perl build again on mips. The kernel images conflict with
libc6 = 2.3.2-7 but maybe we should also bump the minimum required
kernel version to .22 for mips (not for mipsel).
-- Guido
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
alpha, and arm should be buildable; mips, mipsel, m68k, and whatever else
I'm forgetting about are still up in the air.
I built -6 from CVS as of Wed, 15 Oct 2003 00:09:07 +0100 on mips. All
I can say at the moment is that it
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
alpha, and arm should be buildable; mips, mipsel, m68k, and whatever else
I'm forgetting about are still up in the air.
I built -6 from CVS as of Wed, 15 Oct 2003 00:09:07 +0100 on mips. All
I can say at the moment is that it
Hi,
I'm currently looking into why the glibc 2.3.2-5 fails to build on hppa.
I know almost nothing about hppa at the moment but patch as so far
attached. I'm currently struggling with __NR_ipc undefined. I can't find
this syscall in the asm/unistd.h of 2.4.19. Isn't this implemented on
parisc?
Hi Damian,
On Fri, Aug 15, 2003 at 06:43:14AM +1000, Damian Bickhoff wrote:
Hi. I grabbed the dpatch Guido posted and put that in glibc's
debian/patches, made it chmod +x, then edited the 0list file in that
dir. I'm not sure if that's the full procedure, but I made sure that
the patch was
On Tue, Sep 02, 2003 at 03:33:24PM +0200, Guido Guenther wrote:
Could you try the attached dpatch instead of the earlier one please?
This one was posted to libc-alpha by Thorsten Kuckuck. I can also make a
libc6 deb available to you if that is easier.
I should add that nsswitch compat works
On Thu, Aug 14, 2003 at 07:25:05PM +0900, GOTO Masanori wrote:
Does this patch bring back to old NSS behavior (2.3.1) ?
Yes.
It's worth building and testing it on the trouble user machine :)
The patch is rather large due to the massive nis changes. Did the
problem pop up upsream already? The
Hi,
the mips build fails due to the missing patch I posted in:
http://lists.debian.org/debian-glibc/2003/debian-glibc-200307/msg00154.html
I'd look into why other archs don't need this but my broken laptop
currently leaves me a bit dead in the water.
Regards,
-- Guido
pgp0.pgp
Description:
On Tue, Jul 22, 2003 at 05:26:59AM -0700, Jeff Bailey wrote:
Heya Guido, do you still have the log showing the failure?
It would be nice to include that when I submit this upstream.
I'm also really curious why it fails for MIPS and not others? This
isn't in mips-specific code...
Here you
On Tue, Jul 22, 2003 at 05:26:59AM -0700, Jeff Bailey wrote:
Heya Guido, do you still have the log showing the failure?
It would be nice to include that when I submit this upstream.
I'm also really curious why it fails for MIPS and not others? This
isn't in mips-specific code...
Here you
On Sun, Jul 27, 2003 at 04:27:17AM +0900, GOTO Masanori wrote:
* mips/mipsel we wait Guido's build, it may be ok :)
Mips is o.k. with the already submitted patch. I hadn't time to look
into why only mips needs this since (among other hardware) my laptop
broke after returning from oslo
On Sun, Jul 27, 2003 at 04:27:17AM +0900, GOTO Masanori wrote:
* mips/mipsel we wait Guido's build, it may be ok :)
Mips is o.k. with the already submitted patch. I hadn't time to look
into why only mips needs this since (among other hardware) my laptop
broke after returning from oslo
On Tue, Jul 22, 2003 at 07:34:08AM +0200, Eduard Bloch wrote:
If you cannot reproduce this, let me know and I will try to find time
for a debugging session.
Could you try 2.3.2 from experimental?
-- Guido
pgp0.pgp
Description: PGP signature
On Wed, Jul 23, 2003 at 12:10:03AM +0200, Eduard Bloch wrote:
I am confused a bit. There is no locales package in experimental, and
2.3.2 is in Sid, AFAICS.
http://packages.debian.org/experimental/base/locales.html
shows me a locales package that is 2.3.2-1 and downloadable.
-- Guido
On Tue, Jul 22, 2003 at 07:34:08AM +0200, Eduard Bloch wrote:
If you cannot reproduce this, let me know and I will try to find time
for a debugging session.
Could you try 2.3.2 from experimental?
-- Guido
pgpwfKZ1ZWJ2S.pgp
Description: PGP signature
Hi Jeff,
On Tue, Jul 22, 2003 at 05:26:59AM -0700, Jeff Bailey wrote:
Heya Guido, do you still have the log showing the failure?
Unfortunately no, but I can kick in another build.
[..snip..]
I'm also really curious why it fails for MIPS and not others? This
isn't in mips-specific code...
On Wed, Jul 23, 2003 at 12:10:03AM +0200, Eduard Bloch wrote:
I am confused a bit. There is no locales package in experimental, and
2.3.2 is in Sid, AFAICS.
http://packages.debian.org/experimental/base/locales.html
shows me a locales package that is 2.3.2-1 and downloadable.
-- Guido
Hi,
attache patch fixes the build of 2.3.2-1 on mips(el).
-- Guido
#! /bin/sh -e
# DP: include string.h to get a memcpy prototype and NULL defined
# DP: Author: Guido Guenther
# DP: Upstream status: Not submitted
# DP: Date: 2003-07-19
if [ $# -ne 2 ]; then
echo 2 `basename $0`: script
Hi,
attache patch fixes the build of 2.3.2-1 on mips(el).
-- Guido
#! /bin/sh -e
# DP: include string.h to get a memcpy prototype and NULL defined
# DP: Author: Guido Guenther
# DP: Upstream status: Not submitted
# DP: Date: 2003-07-19
if [ $# -ne 2 ]; then
echo 2 `basename $0`: script
On Thu, Jul 10, 2003 at 09:34:29AM +0900, GOTO Masanori wrote:
* mips/mipsel: no machine to build. Guido, please check.
Doesn't look too bad:
make[4]: ***
[/import/glibc/glibc-package-cvs/mips-linux/obj/stdio-common/tst-rndseek.out] Error 1
harmless, timeout due to my slow build
On Thu, Jul 10, 2003 at 09:34:29AM +0900, GOTO Masanori wrote:
* mips/mipsel: no machine to build. Guido, please check.
Doesn't look too bad:
make[4]: ***
[/import/glibc/glibc-package-cvs/mips-linux/obj/stdio-common/tst-rndseek.out]
Error 1
harmless, timeout due to my slow
On Mon, Jul 07, 2003 at 03:34:09PM -0700, solo turn wrote:
Subject: libc6: oracle does not install cause of a typo, fixed in 2.3.2
[..snip..]
would be very nice, if you could include this fix in the normal libc6 2.3.1.
Wouldn't it be better to get 2.3.2 into unstable? Gotom could you give a
On Mon, Jul 07, 2003 at 03:34:09PM -0700, solo turn wrote:
Subject: libc6: oracle does not install cause of a typo, fixed in 2.3.2
[..snip..]
would be very nice, if you could include this fix in the normal libc6 2.3.1.
Wouldn't it be better to get 2.3.2 into unstable? Gotom could you give a
On Tue, Jul 08, 2003 at 11:01:49PM +0900, GOTO Masanori wrote:
At Tue, 8 Jul 2003 10:48:53 +0200,
Guido Guenther wrote:
On Mon, Jul 07, 2003 at 03:34:09PM -0700, solo turn wrote:
Subject: libc6: oracle does not install cause of a typo, fixed in 2.3.2
[..snip..]
would be very nice
On Mon, Jul 07, 2003 at 06:09:14PM +0200, Aaron Isotton wrote:
/etc/environment should export LANG. I explain why in bug #200345.
/etc/environment is just a list of 'name=value' pairs so it can be
parsed easily by pam_env, etc. If you want the variables exported in a
script do a:
for i in `cat
On Mon, Jul 07, 2003 at 06:09:14PM +0200, Aaron Isotton wrote:
/etc/environment should export LANG. I explain why in bug #200345.
/etc/environment is just a list of 'name=value' pairs so it can be
parsed easily by pam_env, etc. If you want the variables exported in a
script do a:
for i in `cat
On Tue, Jun 10, 2003 at 10:25:43AM +0900, GOTO Masanori wrote:
[..snip..]
FTBFS on mips(el). Please either update again or pick up
http://honk.physik.uni-konstanz.de/linux-mips/glibc/patches/applied/siginfo.diff
Thanks for your notification, I update it later!
Too late, current CVS again
On Tue, Jun 10, 2003 at 10:25:43AM +0900, GOTO Masanori wrote:
[..snip..]
FTBFS on mips(el). Please either update again or pick up
http://honk.physik.uni-konstanz.de/linux-mips/glibc/patches/applied/siginfo.diff
Thanks for your notification, I update it later!
Too late, current CVS
Hi,
On Wed, May 21, 2003 at 09:03:48AM -0600, Debian GLibc CVS Master wrote:
Repository: glibc-package/debian/patches
who:gotom
time: Wed May 21 09:03:48 MDT 2003
Log Message:
update to 2003-05-21 upstream cvs
FTBFS on mips(el). Please either update again or pick up
Package: libc6-dev
Version: 2.2.5-11.5
Severity: normal
Tags: woody
/u/i/pthread.h and /u/i/bits/sigthread.h contain 3 function declartions
that use __thread as argument names. This breaks compilation of almost
any C++ program on a woody system with g++-3.3 since __thread is a
reserved keyword in
Hi,
On Mon, May 12, 2003 at 12:32:34PM +0900, GOTO Masanori wrote:
* mips/mips: Guido Guenther [EMAIL PROTECTED] sent us the patch to
build correctly on these architectures.
I've built with gcc-3.3 (3.2 miscompiles two testcases) and binutils
2.14.90.0.1 (fixes symbol visibility
On Mon, May 12, 2003 at 07:51:04PM +0900, GOTO Masanori wrote:
BTW, is mips64 biarch issue similar to sparc64/amd64/s390x? If so,
Arnd and Gerhard works (that merges *-64 archs into one lib64c
package) can be applied to mips64?
It's a bit more complicated. We have actually three ABIs o32
On Tue, May 13, 2003 at 12:12:25AM +0900, GOTO Masanori wrote:
- What is the status or direction to use o32/n32/n64?
What do you mean exactly? O32 is the current abi. I wasn't able to build
a triple ABI glibc yet. I intend to look into it once I have more time
but don't hold your breath.
-
On Wed, May 07, 2003 at 10:25:57PM -0400, Daniel Jacobowitz wrote:
Search for ' = clk_cplus' in config/mips/linux.h to find the problem.
It should be '==' instead of '='.
This fixes the isomac testcase. Thanks a lot!
-- Guido
On Thu, May 08, 2003 at 12:47:01PM -0400, Daniel Jacobowitz wrote:
It will go in to 3.3.1 almost certainly. It's literally a dumb typo.
I'd just ask doko to put in the patch for now. But heck, I'll ask
Mark.
I'm already bootstrapping a new gcc with this fix since a couple o'
hours. I'll now
On Fri, May 02, 2003 at 12:16:09PM +0200, Guido Guenther wrote:
Ah, good thought. Taking a look at the results, should we be compiling
2.3.2-1 mips{el} with gcc-3.3?
Will we switch to gcc-3.3 as default compiler anytime soon? If not this
might be a good move. OTOH Glibc 2.3.2 doesn't build
On Wed, May 07, 2003 at 07:21:15AM -0700, Jeff Bailey wrote:
The isomac failure is suspicious and might cause grief down the road - Can you
post the .out file for me to look at?
Here you go:
http://honk.physik.uni-konstanz.de/linux-mips/glibc/patches/experimental/isomac.out
Regards,
-- Guido
Hi Jeff,
On Wed, May 07, 2003 at 08:27:33AM -0700, Jeff Bailey wrote:
Does the mips GCC have __USE_GNU and __USE_BSD defined by default? A couple
of these macros shouldn't exist unless those are defined (which is
inappropriate for this test)
(testing/unstable)[EMAIL PROTECTED]:~$ gcc-3.3 -dM
On Wed, May 07, 2003 at 09:03:33AM -0700, Jeff Bailey wrote:
On Wed, May 07, 2003 at 05:59:25PM +0200, Guido Guenther wrote:
If I remember correctly the isomac failure happend for both 2.3.1 and 2.3.2
when compiled with gcc-3.3 so this seems to be a gcc issue.
Cool. The only other
Hi Jeff,
On Thu, May 01, 2003 at 11:05:46AM -0700, Jeff Bailey wrote:
As a simple solution for arches with test failures you could simply
store the output of grep Error check.log in the package and diff
against that after the build.
I should add that this doesn't handle spurious testcase
On Wed, Apr 30, 2003 at 07:36:57PM -0700, Jeff Bailey wrote:
I didn't investigate the failures on the other arch's. I plan to take
the time to do that, though.
A list of failures for mips is on:
On Mon, Apr 28, 2003 at 11:36:07AM -0700, Jeff Bailey wrote:
I was just looking at the buildd pages for glibc, and I noticed that the
mips build crashed with strange error messages. Has anyone looked at
what's up? -17 doesn't look like it should have changed enough to cause
that.
Not the
On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote:
update cvs 20030328
Does this mean you pulled everything from current CVS head? This will
break mips(el) completely since currently n32 and n64 support is being
added and the merge isn't complete and far from being well
On Fri, Mar 28, 2003 at 05:47:16AM -0700, Debian GLibc CVS Master wrote:
update cvs 20030328
Does this mean you pulled everything from current CVS head? This will
break mips(el) completely since currently n32 and n64 support is being
added and the merge isn't complete and far from being well
On Sun, Mar 23, 2003 at 01:46:40AM +0900, GOTO Masanori wrote:
I don't know mips/mipsel because there are not public machine.
2.3.2 should build without major problems. gcc-3.2 misscompiles a
testcase but hopefully that's about it.
Regards,
-- Guido
On Wed, Mar 12, 2003 at 12:43:55AM +0900, GOTO Masanori wrote:
I would like to close this bug for a while before the new standard is
approved. In future, if the standard is approved but the modification
of glibc is idle, please reopen or resubmit bug. Is it OK?
What about tagging this kind of
Hi,
On Sun, Mar 02, 2003 at 11:01:41AM +0900, GOTO Masanori wrote:
It's my concern. We're adding much symbols - my concern is (1) the
script can't catch like this case, (2) your listed symbols are really
needed for libgcc-compat. Yes, apparently libgcc-compat is needed,
but I wonder such a
On Sun, Mar 02, 2003 at 09:08:57PM +0900, GOTO Masanori wrote:
OK, I review your patch, and found that:
1. mips part should declare extern float __floatdisf
2. alpha part lacks Makefile and Versions files.
3. ia64 part does not declare __divsi3 __modsi3 __udivsi3
On Sun, Mar 02, 2003 at 10:21:31PM +0900, GOTO Masanori wrote:
I prepared for you and debian-glibc yesterday about my patch:
OK, for ia64, I'm preparing it.
Great!
[..snip..]
I wonder why the Redhat glibc removes all the assembly and uses C
functions instead. Any ideas?
BTW, IA64
On Sat, Mar 01, 2003 at 12:38:50PM -0800, Randolph Chung wrote:
(i also notice that your list doesn't include __clz_tab?)
Yes, I already wondered why. Could you send me a
readelf -a libgcc_s.so | grep __clz_tab
from your current installation please?
-- Guido
--
To UNSUBSCRIBE, email
On Sat, Mar 01, 2003 at 01:11:09PM -0800, Randolph Chung wrote:
legolas[13:15] ~% readelf -a /lib/libgcc_s.so.1 |grep clz_tab
legolas[13:15] ~%
O.k., then the script can't catch that symbol since it determines the
possible candidate symbols by looking at libgcc_s.so.1.
-- Guido
--
To
On Thu, Feb 27, 2003 at 01:31:30PM -0800, Randolph Chung wrote:
+libc {
+ GLIBC_2.2 {
+# libgcc-compat.
+__clz_tab;
+ }
+}
Does this help?
nope :(
The attached patch seems to give the correct symbol visibility for me.
-- Guido
Index: sysdeps/hppa/Makefile
Hi,
On Wed, Feb 26, 2003 at 06:34:50PM +0900, GOTO Masanori wrote:
Guido, Carlos, how long can you add libgcc-compat things?
If you need someone to make patches, I would like to help you.
Go ahead. I don't know when I'll find enough time to work on it. I've
additionally put a bunch of
Hi Jeff,
where can I find the discussion about #171659? Junichi's point sounds
valid to me. What's upstreams opnion?
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
On Wed, Feb 19, 2003 at 07:31:54PM +0900, GOTO Masanori wrote:
I heard Carlos is preparing compat-hppa, but he said
he works it another day. So, only for extracting sarge,
FWIW I have a list of candidates for compat symbols up now at:
On Wed, Feb 19, 2003 at 08:30:03PM +0900, GOTO Masanori wrote:
Cool! Is it difficult to make patches for plus 6 archs (except for
i386, sparc, and mips) soon?
*Soon* is the keyword here. I won't get around to anything like this
during this week. Additionally there are some symbols which might
On Wed, Feb 19, 2003 at 10:17:49AM -0500, Carlos O'Donell wrote:
[..snip..]
Curious, how did you construct the list of symbols for each arch?
This all is mostly base on a script that was posted to glibc-alpha list
by Jack Howarth:
http://sources.redhat.com/ml/libc-alpha/2002-09/msg00164.html
I
On Tue, Feb 18, 2003 at 03:59:50PM +0900, GOTO Masanori wrote:
It fixes almost RC bugs except for license issue.
I've cloned #171659 and downgraded the severity of the RPC issue to
important since there isn't even agreement that this is really an issue,
o.k.?
The GNU FDL issue could be resolved
On Tue, Feb 18, 2003 at 05:05:54PM +0100, Johannes Berg wrote:
Anyway, I'm trying to build my own package, lets see how that works out.
An alternative would be to help to revive the -i586 and -i686 versions
of glibc. We could make kernel 2.4 then a must for these optimized packages?
Regards,
--
On Mon, Feb 17, 2003 at 10:58:21PM +0900, GOTO Masanori wrote:
[..snip..]
/usr/bin/nm __udivdi3
/usr/bin/nm __umoddi3
/usr/bin/strip __ucmpdi2
/usr/bin/strip __udivdi3
I'm sorry, but I can't understand what you mean... You mean that a binary
has _udivdi3 or __umoddi3 and then
On Sun, Feb 09, 2003 at 11:28:30AM +0900, GOTO Masanori wrote:
Unfortunately the patch contains a glitch in __muldi3 which causes an
endless loop in the testsuite. Fixed version attached. It passes make
check again now.
Thanks again, I added it.
I updated the sparc patch again and worked
Hi Gotom,
I'm trying to explain how I understand these issues, but it might not be
correct:
On Mon, Feb 17, 2003 at 12:49:44AM +0900, GOTO Masanori wrote:
1. Why is __fixunsdfdi appeared, on the contrary why is not __fixdfdi
appeared
gcc does the double - signed long long conversion inline
On Fri, Feb 14, 2003 at 02:10:59AM +0900, GOTO Masanori wrote:
Another question is: which symbols should we add for i386 libgcc-compat?
__cmpdi2
__divdi3
__fixunsdfdi
__fixunssfdi
__fixunsxfdi
__moddi3
__ucmpdi2
__udivdi3
__umoddi3
These showed up by first looking at which symbols libgcc_s.so
Hi,
What was the glibc version prior to the upgrade, 2.2.5? Could you
please try a newer kernel (2.4.19) and see if the problem is still
there?
Regards,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hmm...shouldn't ll/sc be handeld by the emulation in the kernel for R3k?
The source tells me someting different. Do we agree that this is a
kernel and not a glibc issue? Can someone with a R3k Decstation comment on
this?
Regards,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Sun, Feb 09, 2003 at 11:28:30AM +0900, GOTO Masanori wrote:
BTW, I heard from Philip that there was also arm compat issue, do you
know about it?
No.
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I'm looking for testcases of #178645 (especially for sparc and mips(el)).
The original report doesn't mention the wget version and the different
versions I tried worked fine without any additional patches.
Regards,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
replace the funtion calls by a
simple jump but I think it's more important to move glibc into testing
first.
Regards,
-- Guido
#! /bin/sh -e
# DP: Description: libgcc-compat symbols for sparc32
# DP: Author: Guido Guenther [EMAIL PROTECTED]
# DP: Upstream status: Not submitted
# DP: Date: 2002-02-07
understand almost nothing about these issues.
Regards,
-- Guido
#! /bin/sh -e
# DP: Description: libgcc-compat symbols for sparc32
# DP: Author: Guido Guenther [EMAIL PROTECTED]
# DP: Upstream status: Not submitted
# DP: Date: 2002-02-07
if [ $# -ne 2 ]; then
echo 2 `basename $0`: script
On Thu, Feb 06, 2003 at 12:56:18AM -0500, Clint Adams wrote:
U __ashldi3
U __divdi3
U __lshrdi3
U __moddi3
U __muldi3
U __ucmpdi2
U __udivdi3
U __umoddi3
This is what my archive scan showed this morning:
scan showed up. Someone
with more expertise on the glibc symbol versioning stuff will have to
comment if it's o.k.
-- Guido
#! /bin/sh -e
# DP: Description: libgcc-compat symbols for mips
# DP: Author: Guido Guenther
# DP: thanks to Jack Howarth for explanations and help
# DP: Upstream status
1 - 100 of 124 matches
Mail list logo