Hello Tuomas,
* Tuomas Jormola wrote on Fri, Jun 13, 2008 at 01:23:24PM CEST:
I'm trying to compile glib 2.16.3 on IRIX 6.5 using SGI's MipsPro 7.4.3m
compiler toolchain. I'm using the custom prefix /opt/local for the stuff
I'm compiling. I want to setup run-time linker search path for the
Hello Arkadiusz,
* Arkadiusz Miskiewicz wrote on Sat, Jun 14, 2008 at 12:18:25AM CEST:
In recent libtool version lt_dlforeach function was dropped as part of
deprecated API.
What function is able to replace the same functionality, now?
lt_dlhandle_iterate is what comes closest. But it
Hello Mark,
* Mark Wright wrote on Fri, Jun 13, 2008 at 01:20:57PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
Generally, if you want to have several versions of some library at the
same time, put them in distinct $prefix'es, apart from other
libraries. That helps to minimize such
Hello Alon, Bob, all,
* Bob Friesenhahn wrote on Thu, Jun 12, 2008 at 10:07:39PM CEST:
The best path forward is that if you feel strongly enough about this,
then prepare a patch for libtool which works for you.
That's necessary, but typically not sufficient, unfortunately. ;-)
The
Thank you for your response.
As long as it is in the future TODO list it is good I am waiting for
this for a long time. If it was difficult to you guys, imagine how it
is for someone external...
Building packages into chroot is more and more common, live-cd,
live-usb, initramfs, embedded,
* Alon Bar-Lev wrote on Sat, Jun 14, 2008 at 09:59:06AM CEST:
As far as I know libtool is the only tool that needs fixups or
workaround. If there is any formal workaround for this I will be happy
to know, my sample implementation is available at [1]. I will be happy
to modify it if there is a
Thank you for explaining this.
I still don't understand why the developer cannot make the decision if
it is proper or not.
The -static-libtool-libs can be used for this as-well. If it absent
(default) current behavior apply, but if it is specify on shared
library then it should behave consistently
* Alon Bar-Lev wrote on Sat, Jun 14, 2008 at 11:08:47AM CEST:
I still don't understand why the developer cannot make the decision if
it is proper or not.
The -static-libtool-libs can be used for this as-well. If it absent
(default) current behavior apply, but if it is specify on shared
On 6/14/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
I would like to create a program that links against your PKCS#11
provider DLL, and for some reason, I also need to link against OpenSSL
or some other library from which you have put code into the DLL.
If I understand your example above
* Alon Bar-Lev wrote on Sat, Jun 14, 2008 at 11:36:03AM CEST:
On 6/14/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
I would like to create a program that links against your PKCS#11
provider DLL, and for some reason, I also need to link against OpenSSL
or some other library from which you
On 6/14/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Alon Bar-Lev wrote on Sat, Jun 14, 2008 at 11:36:03AM CEST:
On 6/14/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
I would like to create a program that links against your PKCS#11
provider DLL, and for some reason, I also need to
On Sat, 14 Jun 2008, Alon Bar-Lev wrote:
As far as I understand, if I have PKCS#11 provider (library) with
OpenSSL linked within it, and application loads it, there is not
symbol mixups, as the symbols of embedded OpenSSL implementation are
not exposted to the application. And as the interface
12 matches
Mail list logo
