RE: -rpath with libtool and Debian Linux

1999-01-28 Thread Bernard Dautrevaux
b in others...) AFAIK this is the subject of this whole thread about -rpath: how could we create binary distributions that WORK... (other than statically linking all executables of course...) Regards, Bernard --

RE: -rpath with libtool and Debian Linux

1999-01-28 Thread Bernard Dautrevaux
libraries around is a very bad idea, > >> because it will lead to failure most of the times, and that's why I > don't > >> feel libtool should help people doing that. > > > I see no reason why moving libraries around is a bad idea. I see > defaulting > > to -rpath as a bad idea, which breaks moving libraries around. > > Because you break a contract every time you remove a library from the > place in which it used to live. > > -- > Alexandre Oliva http://www.dcc.unicamp.br/~oliva [EMAIL PROTECTED] > [EMAIL PROTECTED],gnu.org,egcs.cygnus.com,samba.org} > Universidade Estadual de Campinas, SP, Brasil > -- Bernard Dautrevaux Microprocess Ingéniérie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] --

RE: -rpath with libtool and Debian Linux

1999-01-28 Thread Bernard Dautrevaux
ist to discuss packaging systems (I don't know but I'm quite sure there exist mailing lists or newsgroups on RPM, DEB, etc. :-)) Here we are talking about how libtool could help isolate us from the peculiarities of different OSes, and I think this is enough work :-) Regards, Bernard -- Bernard Dautrevaux Microprocess Ingéniérie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] --

RE: -rpath with libtool and Debian Linux

1999-01-29 Thread Bernard Dautrevaux
o use non perfect systems, so libtool must avoid using -rpath in this case. Please, to try to clear up this thread, could someone familiar with ld.so say exactly what happens on Linux (and possibly on other platforms also). Regards, Bernard Bernard Dautrevaux Microprocess Ingéniérie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED]

RE: What hack in ld.so?

1999-02-01 Thread Bernard Dautrevaux
ng /dev, and place /opt/devian in ld.so.conf). Once more this proves that -rpath is harmful: If Devian use -rpath thsi will *force* the other distribution makers to place Devian-specific stuff in /dev (and if Devian was crazy, placing standard stuff in /dev, their programs will only work

RE: What hack in ld.so?

1999-02-01 Thread Bernard Dautrevaux
ituation Alexandre (that is libtool) is deciding in place of the package builder, and with a scheme where the package installer is stuck if things do not work right out-of-the-box. Regards, Bernard PS. Anyway Alexandre you've made a great job with libtool; why I'm a bit ups

RE: Ian's solution [was: What hack in ld.so?]

1999-02-01 Thread Bernard Dautrevaux
der; I'm a software writer that want his programs to work on as many systems as possible, with as few problems as possible, and to be able to distribute these programs with a nice, quick, installer because my users will be totally unable (Err.. perhaps not all but many of them :-)) to understand wha

RE: -rpath with libtool and Debian Linux

1999-02-01 Thread Bernard Dautrevaux
inker will find it, and then -rpath is a nuisance. > > Incidentally, I don't know what you mean by saying both soname and > library name. There is only one name recorded for a shared library: > the soname. > Regards, Bernard ---

RE: What hack in ld.so?

1999-02-01 Thread Bernard Dautrevaux
libc5 or libc6 based, linux boxes, so I build *new* programs with a libc5 setup, and I woudl like to be able to use libtool instead of having to had-craft shared library setup (remember I also have to work on Suns, HPs, etc...) Regards, Bernard ---