Re: [Patch #41] Do all rm's in one command with --mode=clean
On Thu, Oct 25, 2001 at 02:43:23PM -0500, Robert Boehne wrote: > + if test `expr "X$rmfiles" : ".*"` -gt $max_cmd_len; then How portable is "test -gt"? The Goat book doesn't list it as a portable test operator: http://sources.redhat.com/autobook/autobook/autobook_216.html Cheers, Olly ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
[dlopen] Undefined PLT symbol "xfile_new" (reloc type = 7, symnum = 43)
Hello, I recently try to change my Makefile (hand made) in order to use automake and autoconf. So I naturaly have to use libtool. My program opens a plugin (.so) This plugin uses fonctions located in the main program. The problem is when I dlopen the plugin, it complains that it can't find some of theses functions symbols: Undefined PLT symbol "xfile_new" (reloc type = 7, symnum = 43) I have tried both dlopen with RTLD_NOW and DL_LAZY. Nothing change expect the error message (There is "PLT" in one case). When I creates the plugin, I compile it with LDFLAGS = -export-dynamic -module $ nm my_program | grep xfile_new 08052204 T xfile_new $ nm my_pluginl.so | grep xfile_new U xfile_new Some idea to help my dlopen ? Thx William Pomian ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: PATCH: Fix mips*-*-linux*
This type of thing has caused, and still causes problems on the PPC platform (and ARM). Any mixing (which H.J. Lu fully understands) doesn't work. The problem is that many platforms (x86) do not see any problems with the mixture. This causes this problem to continue, as people don't understand that it really is a big problem; because they don't see it. What one can not see, doesn't hurt. scott On Tue, 23 Oct 2001, H . J . Lu wrote: > > IMHO, the whole lt_cv_deplibs_check_method stuff in libtool is all > wrong, at least on ELF when building a shared library. The only thing > you can put in > > dependency_libs=... > > in lib*.la is DSO. You should never, ever put an archive in it, at > least not on ELF. > > > H.J. ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: PATCH: Fix mips*-*-linux*
On Friday 26 October 2001 2:28 pm, scott hutinger wrote: > This type of thing has caused, and still causes problems on the PPC > platform (and ARM). Any mixing (which H.J. Lu fully understands) doesn't > work. The problem is that many platforms (x86) do not see any problems > with the mixture. This causes this problem to continue, as people don't > understand that it really is a big problem; because they don't see > it. What one can not see, doesn't hurt. This is exactly the reason that we change NetBSD over to use match_pattern dependency check method. Nick ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
