On Tue, 20 Aug 2002 14:53:56 -0500
> >sing -Bsymbolic ensures that whenever the libpng library makes a call to
> one of its own functions, the symbol is resolved internally instead of to
> another version of libpng that's loaded. This may account for a majority
> of the segfaults that people are
On Wed, Aug 21, 2002 at 12:04:40AM +0200, Luca Barbieri wrote:
> On Tue, 2002-08-20 at 23:56, Henrique de Moraes Holschuh wrote:
> > On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > > On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> > > > On Tue, 20 Aug 2002, Luca Barbieri wrote:
> >
On Tue, 2002-08-20 at 23:56, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> > > On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > > > Why?
> > > > Can't we just use it in Debian?
> > >
> > > Are you m
On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Why?
> > Can't we just use it in Debian?
>
> Are you mad? What happens if the ELF format or gnu upstream start using that
> value for something else?
I forgot to mention that if they wan
On Tue, 20 Aug 2002, Luca Barbieri wrote:
> On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> > On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > > Why?
> > > Can't we just use it in Debian?
> >
> > Are you mad? What happens if the ELF format or gnu upstream start using that
> > value
On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Why?
> > Can't we just use it in Debian?
>
> Are you mad? What happens if the ELF format or gnu upstream start using that
> value for something else?
We notify them of the problem.
Furth
On Tue, 20 Aug 2002, Luca Barbieri wrote:
> Why?
> Can't we just use it in Debian?
Are you mad? What happens if the ELF format or gnu upstream start using that
value for something else?
Do it upstream, or don't do it. We also want the other distros to follow
whatever proper fix we make to the pn
On Tue, 20 Aug 2002, Steve Langasek wrote:
> FWIW, I find that -Bsymbolic tends to be useful in its own right; I've
Oh, it is *very* useful when not using versioned symbols. It's just that it
gets far more difficult to have namespace clashes when using versioned
symbols (as long as the versioning
On Tue, 2002-08-20 at 23:02, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Apparently the "different interpretation" is what I was assuming the
> > current one.
>
> Yeah, I was in a severe headache for a while because I too knew about the
> old interpretation a
On Tue, Aug 20, 2002 at 06:02:35PM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Apparently the "different interpretation" is what I was assuming the
> > current one.
> Yeah, I was in a severe headache for a while because I too knew about the
> old inter
On Tue, 20 Aug 2002, Luca Barbieri wrote:
> Apparently the "different interpretation" is what I was assuming the
> current one.
Yeah, I was in a severe headache for a while because I too knew about the
old interpretation apparently.
> How about the implementing the GNU extension?
It would be us
Yes, you are right, by reading at the source it seems that ld.so only
searches the object with -Bsymbolic.
In fact there is this comment in the relevant file:
/* Create an appropriate searchlist. It contains only this map.
XXX This is the definition of DT_SYMBOLIC in SysVr4. The
On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Well, either this or using versioned symbols is required, and would have
> > almost the same effect.
> Do they work without needing to recompile programs?
They work without a recompile, BUT they fix nothing on that case: the first
symbol found will be
On Tue, Aug 20, 2002 at 10:16:23PM +0200, Luca Barbieri wrote:
> > using -Bsymbolic ensures that whenever the libpng library makes a call to
> > one of its own functions, the symbol is resolved internally instead of to
> > another version of libpng that's loaded. This may account for a majority
>
> using -Bsymbolic ensures that whenever the libpng library makes a call to
> one of its own functions, the symbol is resolved internally instead of to
> another version of libpng that's loaded. This may account for a majority
> of the segfaults that people are seeing. It does not affect how symb
On Tue, 2002-08-20 at 21:46, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > I propose to do the following to solve the libpng2/3 problem. I've
> > recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
> > seems to work correctly.
>
> > 1
On Tue, Aug 20, 2002 at 09:25:06PM +0200, Luca Barbieri wrote:
> I propose to do the following to solve the libpng2/3 problem. I've
> recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
> seems to work correctly.
> 1. Recompile libpng2 and libpng3 with -Bsymbolic
>
On Tue, 20 Aug 2002, Luca Barbieri wrote:
> I propose to do the following to solve the libpng2/3 problem. I've
> recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
> seems to work correctly.
> 1. Recompile libpng2 and libpng3 with -Bsymbolic
Well, either this or using
I propose to do the following to solve the libpng2/3 problem. I've
recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
seems to work correctly.
1. Recompile libpng2 and libpng3 with -Bsymbolic
2. Recompile all libraries that use either libpng2 or libpng3 to
19 matches
Mail list logo
