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:
Why?
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
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
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
2.
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.
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 symbols
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
of
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
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:
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
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
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
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, 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 png
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.
Furthermore
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 for something
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 want
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 mad? What happens if
19 matches
Mail list logo
