The SYMDEF has a date _later_ than the archive file date. Yet, I'm
still getting the ranlib runaround from xcode/gcc. Does this look
right? I think it does.
This looks fine to me too. The only option left is Jonas' wrong liblua
being found by the linker one. Try adding the full path to the
installed
liblua.a to the link instead of -llua. I'm sorry, I'm sure that
there's
some way to do this in xcode, but I don't know what it is.
You could also try from the command line to make sure that something
totally screwy isn't going on:
cc -o foo /usr/local/lib/liblua.a
should complain about missing _main rather than out-of-date Table of
contents.
I just tried this, and it seems to be a good test.
If I "cp" any old .a to a local directory, and compile "helloworld.c":
cc -o helloworld helloworld.c libwhatever.a
then I get the "out of date" complaint from 'ld'. Once I run ranlib
on the local copy of the .a, I get no complaint.
This may also indicate whether your Xcode build is picking up the
wrong .a.
Another possible explanation [it just occurred to me] of your
(Wesley's) squirrelly 'ranlib'/'ld' behavior is that you are using a
network file system that is slightly out of sync with your local
system. I have seen such problems before. If your install copies
between local and networked file systems, time skew might be the
explanation.
Cheers,
Justin
--
Justin C. Walker, Curmudgeon-At-Large
Institute for the Enhancement of the Director's Income
--------
Experience is what you get
when you don't get what you want.
--------
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/xcode-users/email@hidden
