libnss-db needs to do is remove the first half of the #if. This
isn't a bug in glibc, since that's a private copy of libc-lock.h.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
not a DD yet so I can't push this forward, would someone please do
me the honour? :)
[Ben, I suggest a build dep on a recent glibc to go with this patch.]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
solves it
by a patch which runs 2.0.x binaries using a separate copy of the
library, which is gross. They didn't really get the compatibility
solutions working until 2.1.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL
On Wed, Feb 05, 2003 at 12:57:46AM +0900, GOTO Masanori wrote:
At Mon, 3 Feb 2003 23:45:36 -0500,
Daniel Jacobowitz wrote:
On Mon, Feb 03, 2003 at 05:16:34PM -0700, Debian GLibc CVS Master wrote:
Repository: glibc-package/debian/patches
who:gotom
time: Mon Feb 3 17:16
On Tue, Feb 04, 2003 at 01:58:59PM -0500, Ben Collins wrote:
On Mon, Feb 03, 2003 at 11:45:36PM -0500, Daniel Jacobowitz wrote:
On Mon, Feb 03, 2003 at 05:16:34PM -0700, Debian GLibc CVS Master wrote:
Repository: glibc-package/debian/patches
who:gotom
time: Mon Feb 3 17
On Tue, Feb 04, 2003 at 03:29:44PM -0500, Ben Collins wrote:
On Tue, Feb 04, 2003 at 02:12:53PM -0500, Daniel Jacobowitz wrote:
On Tue, Feb 04, 2003 at 01:58:59PM -0500, Ben Collins wrote:
On Mon, Feb 03, 2003 at 11:45:36PM -0500, Daniel Jacobowitz wrote:
On Mon, Feb 03, 2003 at 05:16
all those VIA C3 users were having
problems by getting i686 libraries. Did some version of glibc leave
/etc/ld.so.nohwcap around?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Tue, Feb 04, 2003 at 05:18:20PM -0500, Ben Collins wrote:
On Tue, Feb 04, 2003 at 05:01:09PM -0500, Daniel Jacobowitz wrote:
On Tue, Feb 04, 2003 at 04:07:02PM -0500, Ben Collins wrote:
As far as I can tell, it _isn't_ working.
Right now, on 2.3.1-10, I get
instruction...
I think it may be needed that we add -mcpu=c3 for gcc, which generates
i686 without cmov instruction.
It's already there in development GCC versions. I think Andi Kleen did
it.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
for this was committed by GOTO in
response to the other person who reported it (bug #178159). Please ask
him to release -11 instead of NMU'ing glibc without consulting with the
maintainers.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE
On Mon, Jan 13, 2003 at 09:02:12PM +0900, Junichi Uekawa wrote:
I have read the bug logs, and 175655 is supposedly fixed, which means,
174540 should also be closed.
I am assuming that libstdc++ is now rebuilt with new glibc on mipsen,
right ?
Yes.
--
Daniel Jacobowitz
MontaVista
.2.0.0
/usr/lib/libgcj.so.3.0.0
/usr/lib/libgdk-x11-2.0.so.0.200.0
/usr/lib/libxine.so.1.0.1
/lib/libc-2.3.1.so
as determined with...
objdump --all-headers lib*.so* | grep TEXTREL
The libc violation was particularly surprising to me.
See binutils@ for one possible reason.
--
Daniel
On Tue, Jan 07, 2003 at 07:07:06PM +, Nikita Schmidt wrote:
On Tuesday, 7 Jan, Daniel Jacobowitz wrote:
Can you tell us more about your system? This bug seems to affect some
people but not others; it does not show up on my machine at all. I got
only OK's.
It might be an Alpha
On Tue, Jan 07, 2003 at 06:42:19PM +, Nikita Schmidt wrote:
On Tuesday, 7 Jan, Daniel Jacobowitz wrote:
Libcurl correctly uses __errno_location(); I assume the others do also.
That makes the failure quite surprising. Can you produce a test case
for this?
Here is a test case which
surprising. Can you produce a test case
for this?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Tue, Jan 07, 2003 at 06:42:19PM +, Nikita Schmidt wrote:
On Tuesday, 7 Jan, Daniel Jacobowitz wrote:
Libcurl correctly uses __errno_location(); I assume the others do also.
That makes the failure quite surprising. Can you produce a test case
for this?
Here is a test case which
On Tue, Jan 07, 2003 at 07:07:06PM +, Nikita Schmidt wrote:
On Tuesday, 7 Jan, Daniel Jacobowitz wrote:
Can you tell us more about your system? This bug seems to affect some
people but not others; it does not show up on my machine at all. I got
only OK's.
It might be an Alpha
we'll
find something that we can use to generate the man pages directly from
the info files.
You can do it already, with a little bit of massaging. Look in the GCC
CVS for texi2pod.pl, and then use pod2man.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
we'll
find something that we can use to generate the man pages directly from
the info files.
You can do it already, with a little bit of massaging. Look in the GCC
CVS for texi2pod.pl, and then use pod2man.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
:). That's the .so links. They're in /usr/lib,
and they're pointing to /lib. Notice that we make them absolute by
changing ../.. to ; that works because they're in the form
../../lib/libm.so.6.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
libc Arithmetic Arithmetic\ Functions Rounding\ Functions
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
__libc_res_nsearch, version GLIBC_PRIVATE not defined in file libresolv.so.2 with
link time reference
This looks suspiciously like a problem with your system.
Are there multiple copies of libresolv? Could you provide the output
of LD_DEBUG=files apache-ssl?
Does anything else show the problem?
--
Daniel
with glibc 2.3.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libc Arithmetic Arithmetic\ Functions Rounding\ Functions
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Mon, Dec 30, 2002 at 12:37:59PM -0500, H. S. Teoh wrote:
On Mon, Dec 30, 2002 at 11:21:37AM -0500, Daniel Jacobowitz wrote:
On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote:
[snip]
Aha. That explains it. So these functions are only defined for ISO C99?
Yes. Declaring
__libc_res_nsearch, version GLIBC_PRIVATE not defined in file libresolv.so.2
with link time reference
This looks suspiciously like a problem with your system.
Are there multiple copies of libresolv? Could you provide the output
of LD_DEBUG=files apache-ssl?
Does anything else show the problem?
--
Daniel
with glibc 2.3.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
the externally visible behavior of
stdio has no business being in the Debian patches for something like
glibc.
Do it the way everyone else has to: propose it to the maintainers.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL
;
if =199309L, add IEEE Std 1003.1b-1993;
if =199506L, add IEEE Std 1003.1c-1995
but _POSIX_C_SOURCE=199309 is not enough to turn on the prototype of
fsync... so there is a problem, but _POSIX_SOURCE is behaving as
intended.
--
Daniel Jacobowitz
On Sat, Dec 28, 2002 at 08:03:40PM -0500, H. S. Teoh wrote:
On Sat, Dec 28, 2002 at 07:23:06PM -0500, Daniel Jacobowitz wrote:
[snip]
It's guarded by:
#if defined __USE_BSD || defined __USE_XOPEN
_POSIX_SOURCE is:
_POSIX_SOURCEIEEE Std 1003.1.
i.e. not 1b.
Ahh
correct, as I'm not familiar with pthreads, but it does
demonstrate the same problem I've seen in other programs.)
Not on my PPC. This seems more likely to be a bug in the benh kernel
you're running; I've never seen it, on glibc 2.2.5 or 2.3.1 on PPC.
--
Daniel Jacobowitz
MontaVista Software
the externally visible behavior of
stdio has no business being in the Debian patches for something like
glibc.
Do it the way everyone else has to: propose it to the maintainers.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
;
if =199309L, add IEEE Std 1003.1b-1993;
if =199506L, add IEEE Std 1003.1c-1995
but _POSIX_C_SOURCE=199309 is not enough to turn on the prototype of
fsync... so there is a problem, but _POSIX_SOURCE is behaving as
intended.
--
Daniel Jacobowitz
On Sat, Dec 28, 2002 at 08:03:40PM -0500, H. S. Teoh wrote:
On Sat, Dec 28, 2002 at 07:23:06PM -0500, Daniel Jacobowitz wrote:
[snip]
It's guarded by:
#if defined __USE_BSD || defined __USE_XOPEN
_POSIX_SOURCE is:
_POSIX_SOURCEIEEE Std 1003.1.
i.e. not 1b.
Ahh
On Thu, Dec 26, 2002 at 10:49:03PM -0800, Ryan Murray wrote:
Package: glibc
Version: 2.3.1-8
Severity: serious
glibc is not a debian native package, yet only has a .tar.gz, not an orig
and diff.
Yes, Jeff pointed out my mistake. We'll fix this next upload.
--
Daniel Jacobowitz
On Thu, Dec 26, 2002 at 10:49:03PM -0800, Ryan Murray wrote:
Package: glibc
Version: 2.3.1-8
Severity: serious
glibc is not a debian native package, yet only has a .tar.gz, not an orig
and diff.
Yes, Jeff pointed out my mistake. We'll fix this next upload.
--
Daniel Jacobowitz
they
could test ARM packages built by hand, so I don't know why we're
waiting.
There's still a binutils bug, it's been worked around, and I'm looking
at it for work anyway now.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email
to recall GOTO removing it as a result of some discussion...?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
they
could test ARM packages built by hand, so I don't know why we're
waiting.
There's still a binutils bug, it's been worked around, and I'm looking
at it for work anyway now.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
to recall GOTO removing it as a result of some discussion...?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
Kernel: Linux cerebro 2.4.20-ac2 #2 SMP Mon Dec 16 13:15:59 CET 2002 i686
Locale: LANG=C, LC_CTYPE=de_DE@euro
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software
On Wed, Dec 25, 2002 at 11:30:42AM +0100, Gerhard Tonn wrote:
Package: glibc
Version: 2.3.1-8
Severity: serious
Hi,
-8 build fails again on s390 with install: `debian/libc-s390x/CVS' is a
directory .
I've just checked in changes which should fix this for -9.
--
Daniel Jacobowitz
Architecture: i386
Kernel: Linux cerebro 2.4.20-ac2 #2 SMP Mon Dec 16 13:15:59 CET 2002 i686
Locale: LANG=C, [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software
!
It will be uploaded shortly.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
) please file another
report.
I have the feeling it has to do with your change or rebuild, because
catchp involves the thread-specific data extensions...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
? Comments from te
list?).
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
!
It will be uploaded shortly.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
to see where this happens? Where's it getting the NULL address
(I suspect an uninitialized pointer to a function, possibly intended to
be in an NSS module).
This should be fixed in glibc CVS; thanks to GOTO for noticing. It'll
be in -8.
--
Daniel Jacobowitz
MontaVista Software
) please file another
report.
I have the feeling it has to do with your change or rebuild, because
catchp involves the thread-specific data extensions...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
? Comments from te
list?).
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
commit this
patch in cvs named as glibc23-getdents64-fix.dpatch. If no one
objects, I send it to upstream and release -7 quickly. Any comments
are welcome. Ben, Drow?
This looks right to me, please send it to libc-alpha.
--
Daniel Jacobowitz
MontaVista Software Debian
. I experimentally commit this
patch in cvs named as glibc23-getdents64-fix.dpatch. If no one
objects, I send it to upstream and release -7 quickly. Any comments
are welcome. Ben, Drow?
This looks right to me, please send it to libc-alpha.
--
Daniel Jacobowitz
MontaVista Software
handling that correctly; easier is to avoid it.
Looks like it needs to search libc_nonshared.a in addition to
libc_pic.a.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
the interesting part of the question - why does
this affect GTK? It should not. The details of the locales
directories are internal to glibc.
The locale-archive is a deliberate change to enhance performance.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux
handling that correctly; easier is to avoid it.
Looks like it needs to search libc_nonshared.a in addition to
libc_pic.a.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
you answer the interesting part of the question - why does
this affect GTK? It should not. The details of the locales
directories are internal to glibc.
The locale-archive is a deliberate change to enhance performance.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
On Sun, Dec 15, 2002 at 03:29:09PM -0600, Steve Langasek wrote:
On Sun, Dec 15, 2002 at 03:19:04PM -0500, Daniel Jacobowitz wrote:
On Sun, Dec 15, 2002 at 02:02:38PM -0600, Steve Langasek wrote:
On Sun, Dec 15, 2002 at 11:50:23AM -0800, Jeff Bailey wrote:
On Sun, Dec 15, 2002 at 12:49
of the dynamic linker, since that seems likely from your
description.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Sun, Dec 15, 2002 at 03:29:09PM -0600, Steve Langasek wrote:
On Sun, Dec 15, 2002 at 03:19:04PM -0500, Daniel Jacobowitz wrote:
On Sun, Dec 15, 2002 at 02:02:38PM -0600, Steve Langasek wrote:
On Sun, Dec 15, 2002 at 11:50:23AM -0800, Jeff Bailey wrote:
On Sun, Dec 15, 2002 at 12:49
. Someone has to do it, and think about the
implications.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. Someone has to do it, and think about the
implications.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
winex, and all that
various vendor jdks? Where does it stop? Why should we conflict against
every badly written package?
Simple, we conflict against the popular (i.e. reported) ones. There's
no real burden in doing this!
--
Daniel Jacobowitz
MontaVista Software Debian
winex, and all that
various vendor jdks? Where does it stop? Why should we conflict against
every badly written package?
Simple, we conflict against the popular (i.e. reported) ones. There's
no real burden in doing this!
--
Daniel Jacobowitz
MontaVista Software Debian
-compat 2.1.3-7The Berkeley database
routines [gl
-- no debconf information
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
*__ctype32_b = b (__uint32_t, class32, 0);
compat_symbol (libc, __ctype32_b, __ctype32_b, GLIBC_2_0);
So won't it bind to the wrong copy of __ctype32_b?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
for
__ctype_* are commented out in RHL glibc, but not for __ctype32_*.
Why the asymmetry?
With the __ctype32_* ones present, I don't see how to both:
- Avoid the crash in old static linkers
- Handle application R_*_COPY relocs correctly for __ctype32_*.
--
Daniel Jacobowitz
MontaVista Software
.
That'll teach me - I looked at RHL 8.0 instead of rawhide, and so did
GOTO. Thanks.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in university and my
time is disappearing. I'm fixing a fesetround() that was just seen on
HP's test-drive systems (getting more testing is great!).
When are we aiming for a -5?
It'll be -6, and pretty soon. Jeff's doing the CVS patch right now...
--
Daniel Jacobowitz
MontaVista Software
from woody to sarge (2) we don't need to
care such conflict. If there is no objection, I commit the patch.
I agree; please do...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
-compat 2.1.3-7The Berkeley database
routines [gl
-- no debconf information
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
*__ctype32_b = b (__uint32_t, class32, 0);
compat_symbol (libc, __ctype32_b, __ctype32_b, GLIBC_2_0);
So won't it bind to the wrong copy of __ctype32_b?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
for
__ctype_* are commented out in RHL glibc, but not for __ctype32_*.
Why the asymmetry?
With the __ctype32_* ones present, I don't see how to both:
- Avoid the crash in old static linkers
- Handle application R_*_COPY relocs correctly for __ctype32_*.
--
Daniel Jacobowitz
MontaVista Software
.
That'll teach me - I looked at RHL 8.0 instead of rawhide, and so did
GOTO. Thanks.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
in university and my
time is disappearing. I'm fixing a fesetround() that was just seen on
HP's test-drive systems (getting more testing is great!).
When are we aiming for a -5?
It'll be -6, and pretty soon. Jeff's doing the CVS patch right now...
--
Daniel Jacobowitz
MontaVista Software
?
No. Programs compiled against a newer version of glibc than that in
stable _require_ the newer glibc to run. There is no way to get around
this.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
?
No. Programs compiled against a newer version of glibc than that in
stable _require_ the newer glibc to run. There is no way to get around
this.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
in calls to
crypt_r. This patch fixes all of them (except for a couple coming out of
the dynamic linker! Which I'll look at in a bit and the patch doesn't
affect.)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
2002-10-29 Daniel Jacobowitz [EMAIL
, Dan, did you look at those BFD patches for GOT refcounting that I
sent you when we discussed these failures before? I guess it was
probably a month or so back.
p.
On Thu, 2002-11-07 at 15:35, Daniel Jacobowitz wrote:
If you can come up with a test case that shows the problem, then we
, Dan, did you look at those BFD patches for GOT refcounting that I
sent you when we discussed these failures before? I guess it was
probably a month or so back.
p.
On Thu, 2002-11-07 at 15:35, Daniel Jacobowitz wrote:
If you can come up with a test case that shows the problem, then we
=i686.
On the other hand:
{c3, PROCESSOR_I486, PTA_MMX | PTA_3DNOW},
GCC disagrees with you that the C3 is an i686.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
.
Timezone data is also included.
--
Giles Constant, Systems Programmer
Hyperlink Interactive
http://www.hyperlink-interactive.co.uk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista
that the change that caused unexec to break was the
glibc upgrade.
Right now the lack of command-line dependency analysis tools is my
main complaint against Debian as a system.
Hmm... you can probably get Apt to tell you but I'm not sure how.
That's a good question :)
--
Daniel Jacobowitz
not likely to change.
Perhaps the warning could also be changed to say Symbol not found,
perhaps upgrade your program? or something like that, with an
explanation of what the typical causes of that error message are?
Hmm...
--
Daniel Jacobowitz
MontaVista Software Debian GNU
others.
Timezone data is also included.
--
Giles Constant, Systems Programmer
Hyperlink Interactive
http://www.hyperlink-interactive.co.uk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
that the change that caused unexec to break was the
glibc upgrade.
Right now the lack of command-line dependency analysis tools is my
main complaint against Debian as a system.
Hmm... you can probably get Apt to tell you but I'm not sure how.
That's a good question :)
--
Daniel Jacobowitz
On Tue, Nov 05, 2002 at 02:25:43AM +0900, Stephen J. Turnbull wrote:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Ahem? You'd prefer we just stopped including libdb1
Daniel entirely and let all programs using it go to rot? That's
Daniel what upstream did
On Sun, Nov 03, 2002 at 12:12:25PM -0500, Daniel Jacobowitz wrote:
On Sat, Nov 02, 2002 at 07:48:24PM -0800, Roland McGrath wrote:
I've put in a fix similar to yours but with cosmetic differences.
I believe it is valid C99.
Thanks, that's much cleaner than my solution. It looks safe to me
to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Nov 02, 2002 at 07:48:24PM -0800, Roland McGrath wrote:
I've put in a fix similar to yours but with cosmetic differences.
I believe it is valid C99.
Thanks, that's much cleaner than my solution. It looks safe to me;
I'll give it a try.
--
Daniel Jacobowitz
MontaVista Software
no benefit to us in hiding them
at runtime.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Nov 03, 2002 at 09:13:33PM -0500, Jeff Bailey wrote:
On Sun, 2002-11-03 at 20:24, Daniel Jacobowitz wrote:
I object to not adding the patch. Just like our other compatibility
patches, these binaries are a fact of life; we should prevent exposing
the symbols at _link_ time
, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Sat, Nov 02, 2002 at 07:48:24PM -0800, Roland McGrath wrote:
I've put in a fix similar to yours but with cosmetic differences.
I believe it is valid C99.
Thanks, that's much cleaner than my solution. It looks safe to me;
I'll give it a try.
--
Daniel Jacobowitz
MontaVista Software
no benefit to us in hiding them
at runtime.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Sun, Nov 03, 2002 at 09:13:33PM -0500, Jeff Bailey wrote:
On Sun, 2002-11-03 at 20:24, Daniel Jacobowitz wrote:
I object to not adding the patch. Just like our other compatibility
patches, these binaries are a fact of life; we should prevent exposing
the symbols at _link_ time
downgrade it by hand it's your own neck
on the line.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it, please?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
downgrade it by hand it's your own neck
on the line.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
801 - 900 of 972 matches
Mail list logo