At least you have to add #include stdlib.h.
Same results.
Which is your architecture, kernel, and gcc version?
hppa (32-bit)
Linux mimic 2.4.19-32 #1 Mon Sep 16 12:27:27 MDT 2002 parisc unknown
unknown GNU/Linux
I'll look into this today, I'm just rebuilding libc with my own version
Gotom,
A few minor glitches:
# parisc64 boxes require latest fixes in the kernel 2.4.19-pa17 or later
# (in 2.4.x), 2.5.53-pa3 or later (in 2.5.x), to function properly.
# Note that parisc64 kernel version scheme is `uname -r`-64.
if [ $realarch = parisc64 ]
then
I'll look into this today, I'm just rebuilding libc with my own version
of hooks for malloc so I can take a closer look at the exact failure. I
see it's not making it past some of the initial checks in
mem2chunk_check which could really mean a lot of different things.
glibc/malloc/malloc.c:
If that is the so called solution, could somebody please do something
I requested a while ago:
http://lists.debian.org/debian-hppa/2002/debian-hppa-200212/msg00065.html
tausq: *hint* *hint*
Regards,
Joey
Joey,
I spoke with you about this, glibc requires that a min_kernel
If that is the so called solution, could somebody please do something
I requested a while ago:
http://lists.debian.org/debian-hppa/2002/debian-hppa-200212/msg00065.html
tausq: *hint* *hint*
Regards,
Joey
Joey,
I spoke with you about this, glibc requires that a min_kernel
I think the only ones we would have to work with Jakub on in getting
up and running are mips and hppa.
If you need a _fast_ hppa test box for this purpose please email me :)
c.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I think the only ones we would have to work with Jakub on in getting
up and running are mips and hppa.
If you need a _fast_ hppa test box for this purpose please email me :)
c.
I would like to hear from some other arch's about how -6 is working for
them. The source can be found at
http://people.debian.org/~jbailey/glibc-src/
- Compiled. = No extra regressions.
- Installed. = No hiccups.
- Tested on unstable/testing. = Running stably.
Looks good for HPPA.
c.
libc-alpha,
Kernel headers and glibc headers are mildly out of sync on HPPA, I'll
keep my eye out for further inconsistencies. This particular issue was
found while building the latest debian X packages. Odd that it didn't
turn up before.
c.
---
2002-12-07 Carlos O'Donell [EMAIL PROTECTED
a full build... no problems.
c.
#! /bin/sh -e
# DP: Description: Add SHMLBA define in shm.h for HPPA
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted. Waiting approval.
# DP: Status Details: Sent it upstream.
# DP: Date: December 7th, 2002
# Merry Christmas
# DP: Description: Add SHMLBA define in shm.h for HPPA
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted. Waiting approval.
# DP: Status Details: Sent it upstream.
# DP: Date: December 7th, 2002
This is now in upstream CVS :)
c
libc-alpha,
Kernel headers and glibc headers are mildly out of sync on HPPA, I'll
keep my eye out for further inconsistencies. This particular issue was
found while building the latest debian X packages. Odd that it didn't
turn up before.
c.
---
2002-12-07 Carlos O'Donell [EMAIL PROTECTED
a full build... no problems.
c.
#! /bin/sh -e
# DP: Description: Add SHMLBA define in shm.h for HPPA
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted. Waiting approval.
# DP: Status Details: Sent it upstream.
# DP: Date: December 7th, 2002
# Merry Christmas
# DP: Description: Add SHMLBA define in shm.h for HPPA
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted. Waiting approval.
# DP: Status Details: Sent it upstream.
# DP: Date: December 7th, 2002
This is now in upstream CVS.
c.
# DP: Description: Add SHMLBA define in shm.h for HPPA
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted. Waiting approval.
# DP: Status Details: Sent it upstream.
# DP: Date: December 7th, 2002
This is now in upstream CVS :)
c.
.
+ exit 1
+ fi
+fi
fi
exit 0
#! /bin/sh -e
# DP: Description: Relax glibc kernel version requirement.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Debian-Specific
# DP: Status Details: Overrides upstream requirement of 2.4.19
# DP: Date: December 5th
Why?
- More testing.
- Bugs fixed in unaligned handlers.
- Trap handler fixes.
- More things than you can shake a stick at, and all thanks to the
wonderful kernel hacking team that parisc-linux has.
That's great, but there are still problems with 2.4.19 and 2.4.20. I
.
+ exit 1
+ fi
+fi
fi
exit 0
#! /bin/sh -e
# DP: Description: Relax glibc kernel version requirement.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Debian-Specific
# DP: Status Details: Overrides upstream requirement of 2.4.19
# DP: Date: December 5th, 2002
permitting).
Thanks for your time :)
Cheers,
Carlos O'Donell.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.1-5
Severity: critical
Due to an oversight in my testing, if you upgrade to 2.3.1-5 on HPPA and
your kernel version if 2.4.19, then glibc will refuse to function
(minkernel is set to 2.4.19). This refusal to function is manifested as
a complaint during the install
permitting).
Thanks for your time :)
Cheers,
Carlos O'Donell.
Package: libc6
Version: 2.3.1-5
Severity: critical
Due to an oversight in my testing, if you upgrade to 2.3.1-5 on HPPA and
your kernel version if 2.4.19, then glibc will refuse to function
(minkernel is set to 2.4.19). This refusal to function is manifested as
a complaint during the install
Package: glibc; Severity: serious; Reported by: Branden Robinson
[EMAIL PROTECTED]; Tags: help.
Carlos is looking at this one I think.
Carlos?
-- gotom
I'm working on it. I'm entering examination period in university and my
time is disappearing. I'm fixing a fesetround() that was
# DP: Description: Corrects error in fesetround() when clearning FPU rounding mask.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted
# DP: Status: Details: Awaiting to hear from upstream.
# DP: Date: Monday December 2, 2002
if [ $# -ne 2 ]; then
echo 2 `basename
glibc
tries to set and get various combinations of FE_DOWNWARD, FE_UPWARD,
FE_TONEAREST, and FE_UPWARD. I could provide such a testcase if it was
deemed usefull.
c.
---
2002-12-02 Carlos O'Donell [EMAIL PROTECTED]
* sysdeps/hppa/fpu/fesetround.c:
(fesetround): Use ~FE_DOWNWARD so
--- debian/libc/DEBIAN/preinst.orig 2002-12-02 20:21:46.0 -0500
+++ debian/libc/DEBIAN/preinst2002-12-02 20:31:16.0 -0500
@@ -100,6 +100,19 @@
fi
fi
fi
+# HPPA boxes require latest fixes in the kernel to function properly.
+if [
#! /bin/sh -e
# DP: Description: Corrects error in fesetround() when clearning FPU rounding mask.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted
^
Accepted.
# DP: Status: Details: Awaiting to hear
Package: glibc; Severity: serious; Reported by: Branden Robinson [EMAIL
PROTECTED]; Tags: help.
Carlos is looking at this one I think.
Carlos?
-- gotom
I'm working on it. I'm entering examination period in university and my
time is disappearing. I'm fixing a fesetround() that
debian-glibc,
I've seen one person get burned by this, so I was thinking of
something along the lines of the Sparc test in preinst that checks
to see if the kernel version is the minimum required for glibc.
Comments?
c.
--- debian/libc/DEBIAN/preinst.orig 2002-12-02 20:21:46.0
# DP: Description: Corrects error in fesetround() when clearning FPU rounding
mask.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted
# DP: Status: Details: Awaiting to hear from upstream.
# DP: Date: Monday December 2, 2002
if [ $# -ne 2 ]; then
echo 2 `basename
glibc
tries to set and get various combinations of FE_DOWNWARD, FE_UPWARD,
FE_TONEAREST, and FE_UPWARD. I could provide such a testcase if it was
deemed usefull.
c.
---
2002-12-02 Carlos O'Donell [EMAIL PROTECTED]
* sysdeps/hppa/fpu/fesetround.c:
(fesetround): Use ~FE_DOWNWARD so
--- debian/libc/DEBIAN/preinst.orig 2002-12-02 20:21:46.0 -0500
+++ debian/libc/DEBIAN/preinst2002-12-02 20:31:16.0 -0500
@@ -100,6 +100,19 @@
fi
fi
fi
+# HPPA boxes require latest fixes in the kernel to function properly.
+if [
#! /bin/sh -e
# DP: Description: Corrects error in fesetround() when clearning FPU rounding
mask.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream status: Submitted
^
Accepted.
# DP: Status: Details: Awaiting
From: Martin-?ric Racine [EMAIL PROTECTED]
To: Carlos O'Donell [EMAIL PROTECTED],
Grant Grundler [EMAIL PROTECTED]
cc: debian-hppa@lists.debian.org
Subject: updated previous config-2.4.18-hp712 to config-2.4.19-hp712
On Tue, 26 Nov 2002, Carlos O'Donell wrote:
I've been running 2.4.19-pa22
jb,
glibc HPPA upstream status:
-- 00 and 01 seem to be stuck in meditation...
(applied) glibc23-02-hppa-min-kern-unwind-fde.dpatch
(applied) glibc23-03-hppa-mcontext.dpatch
(applied) glibc23-04-hppa-fcntl64.dpatch
(applied) glibc23-05-hppa-buildhack.dpatch
(applied)
libc-alpha,
The following fixes dl-machine.h for hppa.
These fixes have been in debian-glibc for a long time
and have received heavy testing.
Cheers,
Carlos.
Round 2...
sysdeps/hppa/dl-machine.h | 193
+--
1 files changed, 97
of mcontext_t.
The only thought I have...
- Is there enough information in our sigcontext to
implement [set,get,make,swap]context calls?
c.
---
2002-08-20 Carlos O'Donell [EMAIL PROTECTED]
* sysdeps/unix/sysv/linux/hppa/sys/ucontext.h:
Define mcontext_t as a sigcontext.
diff
.
---
2002-11-11 Carlos O'Donell [EMAIL PROTECTED]
* sysdeps/unix/sysv/linux/configure.in:
Make 2.4.19 minimum linux kernel for hppa, and add unwind symbols
from gcc-3.0 era for backwards compatibility.
* sysdeps/unix/sysv/linux/configure: Regenerate.
--- glibc-2.3.1
/hppa/bits/pthreadtypes.h | 146 ++
linuxthreads/sysdeps/unix/sysv/linux/hppa/pt-initfini.c | 132 -
sysdeps/hppa/dl-fptr.c| 10
13 files changed, 336 insertions(+), 130 deletions(-)
---
2002-11-11 Carlos O'Donell [EMAIL
libc-alpha,
Fixed point math in rtld.c segfaults the loader because the ltp is not
yet setup at the point where we need to access it.
- Randolph Chung
I agree with Randolph (after having seen it under gdb), and here is the
patch.
c.
---
2002-11-11 Randolph Chung [EMAIL PROTECTED]
libc-alpha,
New ulps for hppa.
c.
--
2002-11-11 Randolf Chung [EMAIL PROTECTED]
* sysdeps/hppa/fpu/libm-test-ulps: Regenerate new ulps for hppa.
--- glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps 1969-12-31 19:00:00.0
-0500
+++ glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps.new
libc-aplha,
When checking for DWARF2 unwind info the link order for
hppa requires -lgcc_eh to be placed before -lgcc.
Change tested on i386 and nothing broke.
c.
---
2002-11-16 Carlos O'Donell [EMAIL PROTECTED]
* configure.in: Change -lgcc -lgcc_eh to -lgcc_eh -lgcc
libc-alpha,
The following changes adds a few defines so __USE_FILE_OFFSET64
works properly on hppa.
I fixed the changelog and the bug in the original patch.
Tested with samba + LFS support.
c.
sysdeps/unix/sysv/linux/hppa/bits/fcntl.h |6 ++
sysdeps/unix/sysv/linux/hppa/fcntl.c
I went into /var/lib/dpkg/info/libc6.postinst and commented out the section
which starts if dpkg --compare-versions $2 lt 2.2.94-1; then.
After that apt-get install libc6 succeded.
Note, you can do that with _any_ package who's postinst is failing.
I had to manually do this under hppa while
jb,
It got dealyed this weekend because I got sidetracked by looking at the
apache bug, and also helping Carlos with the hppa stuff.
I'm seeing some unhappy behaviour during installs in all of my glibc
test chroots (unstable/testing/stable).
---
Setting up libc6 (2.3.1-4) ...
Checking for
debian-glibc fell out of the CC loop :}
- Forwarded message from Jeff Bailey [EMAIL PROTECTED] -
Envelope-to: carlos@localhost
Delivery-date: Mon, 18 Nov 2002 11:48:05 -0500
From: Jeff Bailey [EMAIL PROTECTED]
To: Carlos O'Donell [EMAIL PROTECTED]
Subject: Re: Glibc upload this weekend
debian-glibc,
I get problems install the glibc 2.3.1 package on HPPA becuase
the postinst script sets check to empty after the call to sed
fails. The call to sed fails because it's looking for files by
the name of $check ... this should be the other way around as
is indicated by the cvs diff.
libc-alpha,
The following fixes dl-machine.h for hppa.
These fixes have been in debian-glibc for a long time
and have received heavy testing.
Cheers,
Carlos.
Round 2...
sysdeps/hppa/dl-machine.h | 193
+--
1 files changed, 97
libc-alpha,
New ulps for hppa.
c.
--
2002-11-11 Randolf Chung [EMAIL PROTECTED]
* sysdeps/hppa/fpu/libm-test-ulps: Regenerate new ulps for hppa.
--- glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps 1969-12-31 19:00:00.0 -0500
+++ glibc-2.3.1/sysdeps/hppa/fpu/libm-test-ulps.new
libc-aplha,
When checking for DWARF2 unwind info the link order for
hppa requires -lgcc_eh to be placed before -lgcc.
Change tested on i386 and nothing broke.
c.
---
2002-11-16 Carlos O'Donell [EMAIL PROTECTED]
* configure.in: Change -lgcc -lgcc_eh to -lgcc_eh -lgcc
jb,
It got dealyed this weekend because I got sidetracked by looking at the
apache bug, and also helping Carlos with the hppa stuff.
I'm seeing some unhappy behaviour during installs in all of my glibc
test chroots (unstable/testing/stable).
---
Setting up libc6 (2.3.1-4) ...
Checking for
debian-glibc fell out of the CC loop :}
- Forwarded message from Jeff Bailey [EMAIL PROTECTED] -
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 18 Nov 2002 11:48:05 -0500
From: Jeff Bailey [EMAIL PROTECTED]
To: Carlos O'Donell [EMAIL PROTECTED]
Subject: Re: Glibc upload this weekend
debian-glibc,
I get problems install the glibc 2.3.1 package on HPPA becuase
the postinst script sets check to empty after the call to sed
fails. The call to sed fails because it's looking for files by
the name of $check ... this should be the other way around as
is indicated by the cvs diff.
The arm bug isn't fixed in CVS - It's a toolchain problem that I'll work
around with a local hack to disable combreloc. HPPA hasn't submitted
yet. Last I heard ia64's patch wasn't in CVS yet, and I have no idea
what's up with Sparc. So it doesn't seem like post of the arch bugs are
in
d-glibc,
I've seen this problem before and can't remember the root cause...
---
firin:~/glibc-debian-cvs# dpkg -i libc6_2.3.1-4_hppa.deb
(Reading database ... 17374 files and directories currently installed.)
Preparing to replace libc6 2.2.5-15 (using libc6_2.3.1-4_hppa.deb) ...
Unpacking
The arm bug isn't fixed in CVS - It's a toolchain problem that I'll work
around with a local hack to disable combreloc. HPPA hasn't submitted
yet. Last I heard ia64's patch wasn't in CVS yet, and I have no idea
what's up with Sparc. So it doesn't seem like post of the arch bugs are
in
libc-alpha,
From glibc cvs:
Should x86 be seeing the following failures in 'make -k check'?
make[2]: [/mnt/src/glibc-upstream-cvs/libc-build/posix/annexc.out] Error 1 (ignored)
= No worries.
make[2]: *** [/mnt/src/glibc-upstream-cvs/libc-build/elf/tst-array1.out] Error 1
make[2]: ***
[/linuxthreads/ex10.out] Error 143
- Had to kill one thread to pass this test.
- This worries me...
Look at this last.
Putting together my Changelog has made me realize that I probably
have to check spinlock.c again...
496 if (oldstatus != 0) {
497 if
libc-alpha,
From glibc cvs:
Should x86 be seeing the following failures in 'make -k check'?
make[2]: [/mnt/src/glibc-upstream-cvs/libc-build/posix/annexc.out] Error 1
(ignored)
= No worries.
make[2]: *** [/mnt/src/glibc-upstream-cvs/libc-build/elf/tst-array1.out] Error 1
make[2]: ***
jb,
Testing the hppa build of glibc-2.3.1.
Make chroot, populate, setup.
Put my patches into ./debian/patches, frob 0list.
dpkg-buildpackage -b -rfakeroot
...
checking for gcc-3.2 option to accept ANSI C... none needed
checking how to run the C preprocessor... /lib/cpp
configure: error: C
Roland,
[/math/test-fenv.out] Error 136
That's a crash. You should look into that, but probably it is only
breaking special FP cases so it would not be the first thing to worry about.
Thankfully I know what this is. PA has delayed FP exceptions. We aren't
flushing the delayed FP
libc-alpha,
Still working diligently on the HPPA port.
HPPA is getting back on track, the following test cases are failing
(sed'd for compactness):
[/math/test-fenv.out] Error 136
[/math/test-float.out] Error 1
[/math/test-double.out] Error 1
[/math/test-ifloat.out] Error 1
Roland,
[/math/test-fenv.out] Error 136
That's a crash. You should look into that, but probably it is only
breaking special FP cases so it would not be the first thing to worry about.
Thankfully I know what this is. PA has delayed FP exceptions. We aren't
flushing the delayed FP
Because I'm not hearing status back from enough of the ports, I would
like to upload a glibc-snapshot package to the archive. The idea is
that at least I'll have compile reports and something I can load into
a chroot jail for testing.
I will file an RC bug against it so that it never goes
libc-alpha,
The following patch bumps up the minimum kernel required for hppa,
and adds libc_cv_gcc_unwind_find_fde (I'm curious if this last bit
is still needed?).
c.
---
2002-10-01 Matthew Wilcox [EMAIL PROTECTED]
* sysdeps/unix/sysv/linux/configure:
Make 2.4.18
libc-alpha,
The following changes adds a few defines so __USE_FILE_OFFSET64
works properly on hppa.
It seems that many arches are including .../i386/fcntl.c
as generic fcntl code, and hppa is no exception :(
Are there any plans to make this generic?
c.
---
2002-10-01 Randolph Chung
Roland,
Both the log entries and the patch here are botched. You must test your
patches before you send them. Please observe the change log conventions
more closely. Your entries have inadequate detail and are not in canonical
form.
How the patch it botched?
1- Patch doesn't
Roland,
Please figure it out and be sure. You need it only if there are existing
old C++ binaries that have references to _Unwind_Find_FDE. If there are no
C++ binaries you want to be compatible with that predate a certain GCC
version (not sure which off hand), then you don't need it.
Carlos,
It looks like Ulrich is preparing to kick out glibc shortly
and roll any remaining fixes into glibc 2.3.1...
http://sources.redhat.com/ml/libc-hacker/2002-09/msg00072.html
Is hppa building cleanly and passing all of make check from
current glibc cvs? If not you might want to
Carlos,
It looks like Ulrich is preparing to kick out glibc shortly
and roll any remaining fixes into glibc 2.3.1...
http://sources.redhat.com/ml/libc-hacker/2002-09/msg00072.html
Is hppa building cleanly and passing all of make check from
current glibc cvs? If not you might want to
libc-alpha,
The following ipc files are missing under hppa,
this patch adds them.
Cheers,
c.
---
2001-11-14 Matthew Wilcox [EMAIL PROTECTED]
* sysdeps/unix/sysv/linux/hppa/bits/ipc.h: New file.
* sysdeps/unix/sysv/linux/hppa/bits/msq.h: New file.
*
of procuring copyright
assignment:
- Carlos O'Donell
- Randolph Chung
If anything is still not clear, or possibly erroneous, please let
me know. If you would like a more authoritative answer, I'll
get in contact with Alan Meyer at HP.
Cheers,
Carlos.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
libc-alpha,
After a few more patches, glibc 2.2.94 is up and running on HPPA.
I'm in the process of splitting and preparing the rest of the
patches, with changes to the plt relocation patch (thanks Alan).
Building from CVS within my clean chroot:
GCONV_PATH=/carlos/libc-build/iconvdata
libc-alpha,
The next patch fixes plt relocations for hppa.
Unfortunately this requires 'map' to be passed around
like a hot potato. Any comments on this patch would
be much appreciated.
Cheers,
Carlos
---
2002-09-22 Carlos O'Donell [EMAIL PROTECTED]
2001-11-14 Alan Modra [EMAIL
the code.
Comments and feedback would be wonderful :)
This is my first time doing a forward-feed of something like
this, so please be patient if the first try takes a little
iteration.
---
2002-18-09 Carlos O'Donell [EMAIL PROTECTED]
2002-10-09 Carlos O'Donell [EMAIL PROTECTED
, this was
previously incorported into the pthreads patch.
Cheers,
Carlos.
---
2002-09-19 Carlos O'Donell [EMAIL PROTECTED]
2000-07-31 David Huggins-Daines [EMAIL PROTECTED]
* sysdeps/hppa/dl-machine.h:
Cleanup assembly, define VALID_ELF_*,
(elf_machine_dynamic): Cleanup
gotom,
Added the required .dpatch DP entries :)
c.
#! /bin/sh -e
# DP: Description: PA-RISC Add definitions for DN_* and F_NOTIFY to glibc.
# DP: Author: Carlos O'Donell [EMAIL PROTECTED]
# DP: Upstream Status: Not submitted
# DP: Status Details: In the process of being submitted upstream
For those arches like i386, ia64 and ppc which
are known to be okay we can set the Build-Depends to gcc (= 3.2).
There is a configure time test for glibc that *Requires* gcc 3.2
Compiling with less than that is not an option. That's why we can't
produce ultrasparc binaries for now.
Some of those changes are clearly fine, with others there may be issues.
For each individual patch, write ChangeLog entries in the standard format
that you can see in the existing files. Then post each patch as a separate
message containing the log entries and that one patch (not just
Note that you will want the current version of divdi3.c which only
presents the symbols for runtime resolution and not exported for linking.
You can check this in a build by doing...
objdump --dynamic-sym ./libc.so.6 | grep __divdi3
As far as I can tell our libc on hppa doesn't export
there we go...
tausq@a500:~/src/glibc-package/hppa-linux/obj$ nm libc.so|grep divdi3
000217f4 t __divdi3
000217f4 t __divdi3_internal
00021924 t __udivdi3
patch attached.
together with the two patches carlos posted i was able to build
glibc on hppa using the packaging
I'll let Carlos handle feeding this upstream. all those other hppa
patches need to get there eventually...
Okay. I just want more eyes on it as soon as we're able so that we
don't accidentally introduce ABI weirdness that we'll have to drag
around for years.
Tks,
Jeff Bailey
debian-glibc,
a. 'cvs co' from glibc upstream cvs (2.2.92)
b. Apply debian patches from 0list
c. Fix things
Preliminary modified patches for hppa are at:
http://www.baldric.uwo.ca/~carlos/glibc-2.3/glibc23-hppa-pthreads.dpatch
PA'ers,
Comments or thoughts about the following issues would be appreciated.
These items are taken from my collection of TODO notes for glibc,
and were recently added by comments from Helge and Willy.
- Implement make/swap/set/get/context() calls in glibc
= Don't know what's
GOTO,
Carlos O'Donell wrote:
glibc22-hppa-unwind.dpatch
2.2 CVS:not in
2.3 CVS:not in
Comment:After checking it's ok or not, then submit to upstream
if it's correct. This patch is applied only kernel
version
Everything seems to be included in the CVS tree :)
Was this the intent?
Why wouldn't it be?
Because you said it wasn't going to be :)
---
Module is glibc-package. You'll need the glibc_2.2.5.orig.tar.gz tarball
from the archive to go with it.
---
No worries though, It was just a
201 - 286 of 286 matches
Mail list logo
