Re: HP-UX hppa64 and gcc

On Wed, Jan 04, 2006 at 10:19:27AM +0100, Roger While wrote: > Libtool 1.5.22 > There is a problem on HP-UX 64 bit when using gcc. > Problem is at line 3167 in libtool.m4 : > _LT_AC_TAGVAR(hardcode_libdir_flag_spec_ld, $1)='+b $libdir' > > gcc doesn't like that ! We can ditch hardcode_lib

Re: Preloading without .la

Hi Pierre, * Pierre Ossman wrote on Tue, Jan 03, 2006 at 05:36:05PM CET: > I've been trying to use ltdl preloading without having any .la files, > something that doesn't currently seem to be supported. I'm willing to > implement a fix, provided a way out is presented. > > The problem is that pr

Re: Preloading without .la

Pierre Ossman wrote: Pierre Ossman wrote: * Use the dynamic prefix for the name embedded in the preload module. I.e. do a 'sed s/$(STATIC_EXT)\$/$(SHLIB_EXT)/' on the name as it is being embedded. Not sure what the obstacles are here. Perhaps some problem with breaking existing hacks

HP-UX hppa64 and gcc

Libtool 1.5.22 There is a problem on HP-UX 64 bit when using gcc. Problem is at line 3167 in libtool.m4 : _LT_AC_TAGVAR(hardcode_libdir_flag_spec_ld, $1)='+b $libdir' gcc doesn't like that ! Roger While ___ http://lists.gnu.org/mailman/list

Re: lt_dlopen with modules and no .la

Pierre Ossman wrote: Bob Friesenhahn wrote: What happens if the path specified by 'base_name' does not include a '.'? Does it crash? Good point. It should be surrounded by an 'if (ext)'. Note that the code in development libtool is quite different than the ltdl.c you used. I'm using

Re: problem with libtool 1.9f on AIX linking f95...

Hi Ed, * Ed Hartnett wrote on Wed, Jan 04, 2006 at 04:56:03AM CET: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > Surely LTFCLINK should contain --tag=FC, too. This needs to be fixed in > > Automake. > > Sorry, you've lost me here... Don't worry. Eventually, we'll hash this out with Alex