Re: compile 1.1.4 rc0 with lua 5.0 on darwin 7.9/OS X?
Kalle Olavi Niemitalo <[email protected]>
| Newsgroups | gmane.comp.web.links |
|---|---|
| Message-ID | <[email protected]> |
"Rob" <[email protected]> writes: > Here are the stdout messages from the lua 5.0 build: I get the same on Mac OS 10.5.1 (Darwin 9.1.0, i386), except: > ar rcu ../lib/liblua.a lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltests.o ltm.o lundump.o lvm.o lzio.o > ranlib ../lib/liblua.a > ranlib: file: ../lib/liblua.a(ltests.o) has no symbols Here I instead get: | ar rcu ../lib/liblua.a lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltests.o ltm.o lundump.o lvm.o lzio.o | ranlib: file: ../lib/liblua.a(ltests.o) has no symbols | ranlib ../lib/liblua.a | ranlib: file: ../lib/liblua.a(ltests.o) has no symbols That is, ar ran ranlib on its own. So, it appears the ar utility has been modified between these Darwin versions, and perhaps ranlib too. I had no problem linking ELinks against liblua.a. Possibly the older ranlib got somehow confused at the "has no symbols" error and did not generate a correct table of contents. If this is the cause, you could perhaps work around the bug by editing lua-5.0/src/Makefile and removing ltests.o from OBJS, then removing and rebuilding liblua.a. Alternatively, add a dummy variable to ltests.c, outside #ifdef LUA_DEBUG. _______________________________________________ elinks-dev mailing list [email protected] http://linuxfromscratch.org/mailman/listinfo/elinks-dev
signature.asc
(application/pgp-signature, 188 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHruawHm9IGt60eMgRAho8AJsHpG1BByUlxorZaKD54Hog3barJACfU63f LatTTJvugVOGejnq+h8uK8I= =JyNH -----END PGP SIGNATURE-----