Problem building 1.4.5
rgetz at blackfin.uclinux.org
Fri Jun 18 23:07:51 CEST 2010
On Fri 18 Jun 2010 12:28, Werner Koch pondered:
> On Fri, 18 Jun 2010 15:56, vapier.adi at gmail.com said:
> > neither exist today and likely wont for a long time (if someone were
> > to implement it today), and wouldnt be backwards compatible
> Well the symbol hiding is not really required and as long as we don't
> need to change the ABI there is no real need for it.
> > another option that isnt as clean is to add a Makefile target to run
> > `sed` on the .in file itself rather than configure. then the contents
> > wouldnt change between the current version script and the renamed .in
> > version.
> Yeah. I was also thinking of this. If we do it for one library we need
> to do it for all of the GnuPG related libs and thus I see no immediate
> need for it.
I'm not sure about all...
libgpg-error builds without issue...
I know that gnutls has a similar issue, but even --disable-ld-version-script
doesn't help... still digging into that...
> Let me discuss this with the libtool or binutils folks.
I'm thinking along the same lines as Mike, when he pondered:
> neither exist today and likely wont for a long time (if someone were
> to implement it today), and wouldnt be backwards compatible
More information about the Gcrypt-devel