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 /u
ÝÞ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 sanayide
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
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 CART
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 the
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"
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
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)
libc
On 2003-07-07(Mon) 19:49:08 -0500, Bob Friesenhahn wrote:
> > Does this mean that things are more likely to be corrected if test cases
> > are added?
>
> Yes, of course. Without minimal tests which exercize the necessary
> operations, the libtool maintainer is forced to assume that his
> changes
On Mon, Jul 07, 2003 at 08:42:14PM -0400, Charles Wilson wrote:
> 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 al
13 matches
Mail list logo
