On Sat, Jul 05, 2003 at 02:09:40PM -0400, Charles Wilson wrote:
Bernd Jendrissek wrote:
I realise this may be an FAQ candidate, but I haven't gotten any joy out
of google or the mail.gnu.org archives.
My problem:
I have, say, guile 1.4 installed, with libguile.so.9 in /usr/lib. Now
ÝÞSÝZ KALMAMAK ÝÇÝN
ÝÞSÝZLERE ÝÞ SAÐLANMASI ÝÇÝN
TÜRKÝYE'NÝN KAMPANYASI'NA KATIL!
YERLÝ KALÝTEYÝ AL!
yatýrýmlar çoðalsýn
ÝÞSÝZLÝK AZALSIN!
YABANCI MALI ALMA! ÝÞSÝZ KALMA!
1 milyon 200 bin iþyeri kapandý,
9 milyon meslek sahibi insanýmýz iþsiz kaldý!
Bugün ülkemizde
On 2003-07-06(Sun) 11:08:58 -0500, Bob Friesenhahn wrote:
There is a catch-22 with this approach in that adding
-L$inst_prefix_dir to the front of the linker search path may cause
the wrong dependency libraries to be used, which is just as bad as
picking up the wrong target library. The
On 2003-07-06(Sun) 11:08:58 -0500, Bob Friesenhahn wrote:
There is a catch-22 with this approach in that adding
-L$inst_prefix_dir to the front of the linker search path may cause
the wrong dependency libraries to be used, which is just as bad as
picking up the wrong target library. The
R == R I P Deaddog [EMAIL PROTECTED] writes:
[...]
R For several _YEARS_, packagers for software were very troubled because
R of not-completely-working staging install. I really hope this issue can
R be sorted out, once and for all.
One way to address the once for all part would be to write
As cartas comerciais, têm grande importância na administração de qualquer
empreendimento, pois uma parte significativa das transações mundiais se
realiza por esse meio. A carta é o instrumento que faz a conexão entre os
negociantes.
A ERC (Equipe de Redação Comercial) lança o CD MODELOS DE
I'm using libtool to create plugin libraries for a program I'm working on.
These plugins are named without the lib prefix, that's all fine and it works
great.
However, I need these plugins to be in the same directory as where the main
executable resides, and I cannot install them into one of
On 2003-07-07(Mon) 23:03:24 +0200, Alexandre Duret-Lutz wrote:
R For several _YEARS_, packagers for software were very troubled because
R of not-completely-working staging install. I really hope this issue can
R be sorted out, once and for all.
One way to address the once for all part
Alexandre Duret-Lutz wrote:
R For several _YEARS_, packagers for software were very troubled because
R of not-completely-working staging install. I really hope this issue can
R be sorted out, once and for all.
One way to address the once for all part would be to write a
test case.
I don't
On Tue, 8 Jul 2003, Abel Cheung wrote:
On 2003-07-07(Mon) 23:03:24 +0200, Alexandre Duret-Lutz wrote:
R For several _YEARS_, packagers for software were very troubled because
R of not-completely-working staging install. I really hope this issue can
R be sorted out, once and for all.
Bernd Jendrissek wrote:
I get this:
/tmp/destdir-relinklib-demo-1.0.1: LD_LIBRARY_PATH=/tmp/relinkdemo/usr/lib ldd /tmp/relinkdemo/usr/lib/libtwo.so.1.1.1
libone.so.2 = /tmp/relinkdemo/usr/lib/libone.so.2 (0x40002000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x40012000)
11 matches
Mail list logo