>>>> "gb" == giacomo boffi
<giacomo.boffi(a)polimi.it> writes:
gb> yesterday i checked-out the latest beta, ran configure (this is the
gb> Installation file)
gb> (note: --dynamic=yes --with-modules)
gb> sysdll.o: In function `dll_open':
gb> /home/jim/src/xemacs/src/sysdll.c:59: undefined reference to `dlopen'
gb> sysdll.o: In function `dll_close':
gb> /home/jim/src/xemacs/src/sysdll.c:65: undefined reference to `dlclose'
gb> sysdll.o: In function `dll_function':
gb> /home/jim/src/xemacs/src/sysdll.c:77: undefined reference to `dlsym'
gb> sysdll.o: In function `dll_variable':
gb> /home/jim/src/xemacs/src/sysdll.c:89: undefined reference to `dlsym'
gb> collect2: ld returned 1 exit status
this is known bug.
gb> my 1st course of action was adding -ldl to the list of libraries
gb> $(ld_libs_all) in src/Makefile, but this did not work (why? i did not
gb> investigate)
Do you have a GNUmakefile? I think it is also created during
configure time and is the prefered one used during "make".
gb> to get through, i pasted the offending command at the bash prompt,
gb> inserted somewhere " -ldl" and built temacs. then, i restarted make
gb> from the top level
gb> i got a glitch when (re?)building the "finder database", a missing
gb> file of sort,
gb> ------------------------------------------------------------------------
gb> Building finder database ...
gb> xemacs exiting.Opening input file: No such file or directory,
gb> /home/jim/src/xemacs/lisp/.#finder-inf.el
gb> make: *** [lisp/finder-inf.el] Error 255
gb> ------------------------------------------------------------------------
interesting. do you or anyone with access to that source directory,
use an old package called delete/undelete? basically if you alias rm
to delete, it doesn't actually delete the file, but renames it to
.#filename so you could possible do an "undelete" on it.
gb> incidentally, from top i did: grep '#finder' `find .`
gb> but the string #finder was nowhere in the sources...