This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: [PATCH] Ressurect __strtou?q_internal

To: Jakub Jelinek <jakub at redhat dot com>
Subject: Re: [PATCH] Ressurect __strtou?q_internal
From: "H . J . Lu" <hjl at valinux dot com>
Date: Sun, 11 Feb 2001 13:08:10 -0800
Cc: Ulrich Drepper <drepper at redhat dot com>,Glibc hackers <libc-hacker at sources dot redhat dot com>
References: <20010211215553.R16457@sunsite.ms.mff.cuni.cz>

On Sun, Feb 11, 2001 at 09:55:53PM +0100, Jakub Jelinek wrote:
> Hi!
> 
> Those two aliases were unfortunately exported from libc and according to
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=27029
> IBM DB2 6.1 from IBM Websphere 3.5 was linked against it.
> It looks like some inlines (strtou?q, strtou?ll) used to be defined to
> __strtou?q_internal at least in 1996 and early 1997.
> So, IMHO no matter whether they are unused now, they should be present for
> binary compatibility.
> 

If it is the case, please don't make them default so that the static
linker won't use them. We have the similar problem with res_init. What
happaned to my patch:

http://sources.redhat.com/ml/libc-alpha/2000-12/msg00029.html

Jakub, you can use the similar approach to make them not available
to the static linker.


-- 
H.J. Lu (hjl@valinux.com)

Follow-Ups:
- Re: [PATCH] Ressurect __strtou?q_internal
  - From: Ulrich Drepper

References:
- [PATCH] Ressurect __strtou?q_internal
  - From: Jakub Jelinek

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]