On Mon, Sep 09, 2002 at 03:30:12PM -0700, Jeff Bailey wrote:
Your Glibc maintainer team is trying to get glibc 2.3 ready for
general consumption, and we need some help for arch's that we're not
familiar with. So far we have the following covered:
The attached two dpatches are needed to get
Hi,
On Thu, Sep 12, 2002 at 10:23:07AM +0200, Guido Guenther wrote:
[1] __syscall_readahead is also undefined, I'm currently testing a patch
for this.
Here's a dpatch to resolve this. I sent this to Andreas Jaeger who
already applied it to glibc cvs. This makes 2.2.93 buildable on mips.
Regards
On Fri, Sep 20, 2002 at 07:18:42AM -0700, Jeff Bailey wrote:
I have updated glibc-package to 2.2.94, and pruned the patches that
have been accepted upstream. I haven't done a compile test yet.
As a short note: 2.2.94 seems to work nicely on mips with the patches at:
Hi,
attached are patches requiered to get glibc 2.3 working for mips(el).
The first one adds clock_{get,set}time compatibility symbols for
mips(el) since they were exported as @@GLIBC_2.0 instead of 2.2 in our
woody glibc.
The second one is a build fix by H.J. Lu which didn't get applied to
glibc
On Sat, Oct 12, 2002 at 02:58:44PM -0400, Jack Howarth wrote:
I'm not sure. I know I was told that hppa was okay. Also from my
conversations with Jakub it appears i386, ia-64, alpha and sparc32
should be fine. So I would suggest we focus on checking the status
of arm, hurd-i386, m68k,
Hi Jack,
On Mon, Oct 14, 2002 at 09:34:11AM -0400, Jack Howarth wrote:
Here is a mockup patch that should be roughly what you need. Note
that's exactly what I did already, but I was missing the Versions part
(which resulted in the symbols still being undefined, obviously):
diff -uNr
On Tue, Oct 15, 2002 at 10:20:52PM -0600, Debian GLibc CVS Master wrote:
* This is the twilight release...
Here's (again) the list of patches needed for mips(el) to get glibc to build
and make it work at all:
On Sat, Oct 19, 2002 at 03:51:44AM +0900, GOTO Masanori wrote:
In short, I doubt we will get sufficient testing on problematic
arches unless we take the leap and push into sid. However I would
make sure that the findsyms perl script I wrote has been run on the
debian sid package archives
On Mon, Nov 04, 2002 at 12:07:02PM +0900, GOTO Masanori wrote:
2) Information on whether disabling combreloc fixed the problem on (was is
arm or mips? I can't remember)
What problem? Don't think it was mips(el) related.
-- Guido
msg01692/pgp0.pgp
Description: PGP signature
On Thu, Dec 05, 2002 at 11:39:52AM -0800, Jeff Bailey wrote:
glibc CVS built fine for me on debussy. Hopefully the CVS update will
fix it then and we'll have glibc compiled and up to date on all of our
arch's. Since the sparc buildd appears not to be able to compile sparc,
I'll continue to
On Fri, Dec 06, 2002 at 08:43:30AM -0800, Jeff Bailey wrote:
Excellent! Did you get a chance to run make check on it? I noticed that
Not yet.
2.3.1-5 had math errors (I don't know if the math tests have been
updated in glibc yet or not), and two string errors. Do you know if
anyone is working
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
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:
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
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
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
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 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
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 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 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,
--
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
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 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
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
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
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 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
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 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 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 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 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
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 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 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 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
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 Mon, Oct 07, 2002 at 07:39:38PM -0700, Jeff Bailey wrote:
1) Put them somewhere.
2) Email me that information with a signed email and the md5sums.
Packages for mips are at:
http://honk.physik.uni-konstanz.de/linux-mips/glibc/
These contain the two patches posted earlier.
Regards,
-- Guido
On Sat, Oct 12, 2002 at 02:58:44PM -0400, Jack Howarth wrote:
I'm not sure. I know I was told that hppa was okay. Also from my
conversations with Jakub it appears i386, ia-64, alpha and sparc32
should be fine. So I would suggest we focus on checking the status
of arm, hurd-i386, m68k, mips,
Hi Jack,
On Mon, Oct 14, 2002 at 09:34:11AM -0400, Jack Howarth wrote:
Here is a mockup patch that should be roughly what you need. Note
that's exactly what I did already, but I was missing the Versions part
(which resulted in the symbols still being undefined, obviously):
diff -uNr
On Mon, Oct 14, 2002 at 09:34:11AM -0400, Jack Howarth wrote:
Here is a mockup patch that should be roughly what you need. Note
...and thanks a lot for the patch!
-- Guido
On Mon, Oct 14, 2002 at 10:20:13AM -0400, Jack Howarth wrote:
Well, if you have rebuilt any of those binaries with gcc 3.1
they will work. Also double check which package your installed
libgcc_s_so belongs to. If you have a copy installed from
gcc 3.0.x it will not have those symbols
On Tue, Oct 15, 2002 at 10:20:52PM -0600, Debian GLibc CVS Master wrote:
* This is the twilight release...
Here's (again) the list of patches needed for mips(el) to get glibc to build
and make it work at all:
Hi Jeff,
On Thu, Oct 17, 2002 at 07:02:40AM -0700, Jeff Bailey wrote:
Note for the mips folks: I applied the patch so you can compile, not
the patches for the testsuite. I'll catch those next round, hopefully
with a CVS update so we get all the regex fixes too.
let me point out that
On Sat, Oct 19, 2002 at 03:51:44AM +0900, GOTO Masanori wrote:
In short, I doubt we will get sufficient testing on problematic
arches unless we take the leap and push into sid. However I would
make sure that the findsyms perl script I wrote has been run on the
debian sid package archives
On Sun, Oct 20, 2002 at 03:10:35PM +0900, GOTO Masanori wrote:
I've added librt-mips.dpatch in current cvs. It's debian specific patch,
so we remove it after sarge is released. Could you check current cvs
on mips/mipsel?
Looks good. Test failures are:
On Mon, Nov 04, 2002 at 12:07:02PM +0900, GOTO Masanori wrote:
2) Information on whether disabling combreloc fixed the problem on (was is
arm or mips? I can't remember)
What problem? Don't think it was mips(el) related.
-- Guido
pgpm3GQnJnaTw.pgp
Description: PGP signature
On Thu, Dec 05, 2002 at 11:39:52AM -0800, Jeff Bailey wrote:
glibc CVS built fine for me on debussy. Hopefully the CVS update will
fix it then and we'll have glibc compiled and up to date on all of our
arch's. Since the sparc buildd appears not to be able to compile sparc,
I'll continue to
On Fri, Dec 06, 2002 at 08:43:30AM -0800, Jeff Bailey wrote:
Excellent! Did you get a chance to run make check on it? I noticed that
Not yet.
2.3.1-5 had math errors (I don't know if the math tests have been
updated in glibc yet or not), and two string errors. Do you know if
anyone is working
On Fri, Dec 06, 2002 at 08:43:30AM -0800, Jeff Bailey wrote:
Excellent! Did you get a chance to run make check on it? I noticed that
2.3.1-5 had math errors (I don't know if the math tests have been
updated in glibc yet or not), and two string errors. Do you know if
anyone is working on
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 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 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 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:
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 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
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 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
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.
-
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
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
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 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 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
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 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
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 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, 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
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 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 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 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
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?
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
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 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
1 - 100 of 124 matches
Mail list logo