On Fri, Apr 05, 2019 at 07:18:46PM +0200, Edgar Fu? wrote:
> Apart from a GS rendering library exporting symbol with the name of a
> well-known crypto function being a strange idea, who is at fault?
The ELF spec.
--
David A. Holland
dholl...@netbsd.org
On Sat, Apr 06, 2019 at 09:49:22AM +0200, Edgar Fuß wrote:
> 1. The dynamic linker should be able to notice that two libraries are
> pulled in which export conflicting symbols and warn about it, no?
> That would have saved me three working days.
No, this is how ELF works - one library can overri
Date:Sat, 6 Apr 2019 08:30:26 +
From:co...@sdf.org
Message-ID: <20190406083025.ga22...@sdf.org>
| The command failing is, for urbanrenewal-ttf,
I found the sources for install (xinstall!) and I think I
understand what happens now...
/* pseudo-code ... o
The problem is that it's trying to install a file on top of itself!
Because it found a file in the work dir
On Sat, 6 Apr 2019, co...@sdf.org wrote:
On Sat, Apr 06, 2019 at 03:18:10PM +0700, Robert Elz wrote:
Date:Sat, 6 Apr 2019 07:02:34 +
From:co...@sdf.org
On Sat, Apr 06, 2019 at 03:18:10PM +0700, Robert Elz wrote:
> Date:Sat, 6 Apr 2019 07:02:34 +
> From:co...@sdf.org
> Message-ID: <20190406070234.ga5...@sdf.org>
>
> | Thanks. I committed that.
> | I'm slightly horrified by this being the problem.
>
> I hope it
Date:Sat, 6 Apr 2019 07:02:34 +
From:co...@sdf.org
Message-ID: <20190406070234.ga5...@sdf.org>
| Thanks. I committed that.
| I'm slightly horrified by this being the problem.
I hope it was tested ... I don't often install fonts. As I said
while it looked to
> IMO, they're both at fault.
I'm not at all an expert on the field of dynamic linking, but what strikes
me as odd is:
1. The dynamic linker should be able to notice that two libraries are
pulled in which export conflicting symbols and warn about it, no?
That would have saved me three working d
Thanks. I committed that.
I'm slightly horrified by this being the problem.
