Hello Michel,
* BRIAND, Michel M wrote on Tue, Oct 30, 2007 at 05:22:02PM CET:
>
> I would like to know why LD_LIBRARY_PATH is evil.
>
> Because, here, we have several thousand of applications (!) installed on
> NFS shares that have each :
> - a bin directory
> - a lib directory
> ...
> - an env
Hi Ralf,
Ok, I tried out the 2 recommendations :
>Still, please try either (both) of
> ./configure CC="cc +DA2.0W"
> ./configure --host=hppa64-hp-hpux11.11 ...
Using --host produced messages to the effect --build
should be used unless doing a cross compile. I tried
both, and both were succe
Jason Curl wrote:
Brian Dessent wrote:
Jason Curl wrote:
./configure CC="gcc -mno-cygwin" LDFLAGS="-Wl,--kill-at"
--target=i586-pc-mingw32 --disable-static
on Cygwin to generate the Windows DLL
Target is not the right thing to use here. Target only has meaning in
the context of bui
Hi Warren,
Which exactly solves the prob?
I think the --build but ?
However why should this not be ato-determined?
2.0W is always 64-bit.
Roger
Hi Roger:
I forgot to mention that +DA2.0W and +DD64 are treated
as equivalent on our platform.
Warren.
-Original Message-
From: Roger Wh
Roumen Petrov wrote:
Jason Curl wrote:
Brian Dessent wrote:
Jason Curl wrote:
./configure CC="gcc -mno-cygwin" LDFLAGS="-Wl,--kill-at"
--target=i586-pc-mingw32 --disable-static
on Cygwin to generate the Windows DLL
Target is not the right thing to use here. Target only has meaning
Jason Curl wrote:
> libtest.exe <-- Doesn't seem to work? No idea
>what this is...
> libtest
> .libs/
> libtest.exe<-- Will work when "libmofo-1.dll"
>is in the path, e.g. copied to
>this dir.
>
> Can anybo
I am experimenting a lot on my system.
For example i compile pango into /usr prefix.
Then i delete it, and compile pango anew into another prefix.
The problem is, if i then i.e. compile gimp, gimp "thinks" that
pango is still at that old place, even though it is at some other
place now does
On Nov 2, 2007, at 12:02 AM, Roebe XXX wrote:
I am experimenting a lot on my system.
For example i compile pango into /usr prefix.
Then i delete it, and compile pango anew into another prefix.
The problem is, if i then i.e. compile gimp, gimp "thinks" that
pango is still at that old place, even
>
> > libtest.exe <-- Doesn't seem to work? No idea
> >what this is...
> > libtest
> > .libs/
> > libtest.exe<-- Will work when "libmofo-1.dll"
> >is in the path, e.g. copied to
> >this dir.
> >
> > Can any
