bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libtool-2.2.6a breaks build of guile-1.8.5, libtool-1.5.26 is OK


From: Sergei Steshenko
Subject: Re: libtool-2.2.6a breaks build of guile-1.8.5, libtool-1.5.26 is OK
Date: Mon, 10 Nov 2008 09:03:01 -0800 (PST)



--- On Mon, 11/10/08, Sergei Steshenko <address@hidden> wrote:

> From: Sergei Steshenko <address@hidden>
> Subject: Re: libtool-2.2.6a breaks build of guile-1.8.5, libtool-1.5.26 is OK
> To: "Libtool Bugs List" <address@hidden>
> Date: Monday, November 10, 2008, 8:31 AM
> Well, again, the error message is:
> 
> "
> guile-guile.o: In function `main':
> /mnt/sdb8/sergei/AFSWD_debug/build/guile-1.8.5/libguile/guile.c:72:
> undefined reference to
> `lt__PROGRAM__LTX_preloaded_symbols'
> "
> 
> and the corresponding piece of source file is:
> 
>      66 int
>      67 main (int argc, char **argv)
>      68 {
>      69 #if !defined (__MINGW32__)
>      70   /* libtool automagically inserts this variable
> into your executable... */
>      71   extern const lt_dlsymlist lt_preloaded_symbols[];
>      72   lt_dlpreload_default (lt_preloaded_symbols);
>      73 #endif
> .
> 
> The interesting fact is that 'libtool-2.2.6a', but
> _not_ libtool-1.5.26,
> redefines 'lt_preloaded_symbols' this way in
> 
> install/libtool-2.2.6a/include/ltdl.h
> 
> file:
>     104 #define lt_preloaded_symbols   
> lt__PROGRAM__LTX_preloaded_symbols
>     105 #define LTDL_SET_PRELOADED_SYMBOLS()               
>     LT_STMT_START{  \
>     106         extern const lt_dlsymlist
> lt_preloaded_symbols[];               \
>     107         lt_dlpreload_default(lt_preloaded_symbols);
>                     \
>     108                                                    
>     }LT_STMT_END
> .
> 
> So to me it looks like this introduced in libtool-2.2.6a
> 
>     104 #define lt_preloaded_symbols   
> lt__PROGRAM__LTX_preloaded_symbols
> 
> line breaks the build.
> 
> Any highlights/clarifications on this ?
> 
> Thanks,
>   Sergei.
> 

I've mad a simple experiment - supplied

-Dlt__PROGRAM__LTX_preloaded_symbols=lt_preloaded_symbols

on the command line of 'configure' of guile-1.8.5.

The originally reported linker failure has gone, 'make' screen output is
about twice as long as it used to be, and now the failure is quite 
different:

"
   850  /mnt/sdb8/sergei/AFSWD_debug/install/bash-3.2/bin/bash: line 1:  6897 
Broken pipe             cat alist.doc arbiters.doc async.doc backtrace.doc 
boolean.doc chars.doc continuations.doc debug.doc deprecation.doc 
deprecated.doc discouraged.doc dynl.doc dynwind.doc environments.doc eq.doc 
error.doc eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc 
futures.doc gc.doc goops.doc gsubr.doc gc-mark.doc gc-segment.doc gc-malloc.doc 
gc-card.doc guardians.doc hash.doc hashtab.doc hooks.doc i18n.doc init.doc 
ioext.doc keywords.doc lang.doc list.doc load.doc macros.doc mallocs.doc 
modules.doc numbers.doc objects.doc objprop.doc options.doc pairs.doc ports.doc 
print.doc procprop.doc procs.doc properties.doc random.doc rdelim.doc read.doc 
root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc 
stackchk.doc stacks.doc stime.doc strings.doc srfi-4.doc srfi-13.doc 
srfi-14.doc strorder.doc strports.doc struct.doc
 symbols.doc threads.doc throw.doc values.doc variable.doc vectors.doc 
version.doc vports.doc weaks.doc ramap.doc unif.doc dynl.doc filesys.doc 
posix.doc net_db.doc socket.doc regex-posix.doc
   851        6898 Segmentation fault      | 
GUILE="/mnt/sdb8/sergei/AFSWD_debug/build/guile-1.8.5/pre-inst-guile" 
../scripts/snarf-check-and-output-texi > guile-procedures.texi
".

So, could anyone please explain me why/what for

lt_preloaded_symbols

is redefined as

lt__PROGRAM__LTX_preloaded_symbols

?

Thanks,
  Sergei.


      




reply via email to

[Prev in Thread] Current Thread [Next in Thread]