Do u need pills, replica watches or other stuff?

Just mail me back, i will find the best way to buy it. ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: dlopen from dlopend library question

Hi Gleb, Sorry for the late response, * Gleb Natapov wrote on Sun, Jul 17, 2005 at 11:39:34AM CEST: > > I have library (lets say liba.so) that on startup checks available > hardware and loads appropriate plugin (say plugin.so) to drive the hardware. > plugin.so uses symbols from liba.so. > >

Re: solaris 10: [EMAIL PROTECTED]

Hi David, Sorry for the late response. * David Lee wrote on Fri, Jul 15, 2005 at 10:08:55PM CEST: > On Mon, 4 Jul 2005, David Lee wrote: > > >For instance, do we _know_ that this S10/[EMAIL PROTECTED] problem is > >_definitely_ 100% attributable to GNU/ld? *snip* > There is apparently a fix for

Re: branch 2.0, make install DESTDIR=

Hi Peter, Sorry for the late response. Peter O'Gorman writes: > Ralf Wildenhues wrote: > | > | OK. Does `id -u' tell you whether you are SYSTEM (id 0?) or not? > | What would be an appropriate solution for cygwin? > > Perhaps instead of going through hoops here we need to rethink the whole > id

Re: solaris 10: [EMAIL PROTECTED]

On Mon, 1 Aug 2005, Ralf Wildenhues wrote: Thanks a lot for posting this here! IMHO it is sufficient to have people either - upgrade their GNU ld to fix this, - use the system ld, or - temporarily mess with build_libtool_need_lc in `libtool' to work around this issue, no need to have Libtool

Re: dlopen from dlopend library question

On Mon, Aug 01, 2005 at 03:42:17PM +0200, Ralf Wildenhues wrote: > Hi Gleb, > > Sorry for the late response, > Thank you for you response! > * Gleb Natapov wrote on Sun, Jul 17, 2005 at 11:39:34AM CEST: > > > > I have library (lets say liba.so) that on startup checks available > > hardware and

Notification of PayPal Limited Account Access

Title: PayPal Dear PayPal Customer This e-mail is the notification of recent innovations taken by PayPal to detect inactive customers and non-functioning mailboxes. The inactive customers are subject to restriction and removal in the next 1 month. Pleas

$B%;%C%/%9%+%&%s%;%i!

$B"(5.J}$bM=LsBT$A$N%+%j%9%^=PD%%[%9%H$rL\;X$7$F8+$^$;$s$+!*(B $B!V<}F~(BUp$B$G2wE,[EMAIL PROTECTED](B...$B!W(B http://www.awg1.net/?favorite [EMAIL PROTECTED]/=PD%%[%9%H$+$i855$$Jhttp://www.awg1.net/?favorite [EMAIL PROTECTED]&6H$O!W(B [EMAIL PROTECTED](B/[EMAIL PROTECTED];@8(B/[EMAIL P

-F parameter appears not to be passed in OS X

Using libtool 1.5.18 on OS X 10.4: % libtool --mode=link g++ -module -o foo.la -rpath /usr/local/lib -F/foo -framework frame Runs: g++ ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/foo.0.0.0.so -bundle -framework frame But would expect it to be something like: g++ ${wl}-flat

Re: -F parameter appears not to be passed in OS X

On Tue, 2 Aug 2005, Matthew Landauer wrote: Using libtool 1.5.18 on OS X 10.4: % libtool --mode=link g++ -module -o foo.la -rpath /usr/local/lib -F/foo -framework frame Runs: g++ ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/foo.0.0.0.so -bundle -framework frame But would e

Re: -F parameter appears not to be passed in OS X

Thanks for that! That's a really good workaround. I'm productive again! :-) Maybe I'm misunderstanding things but shouldn't libtool understand "-F"? It knows how to interpret -framework and -F goes with that as much as -L goes along with -l for normal linking. Matthew On Tue, 2 Aug 2005, Ma