You should be using gcc for the linking, not ld directly (gcc inserts
some extra entries to the ld command line essentially).
- Alfred
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jonathan
Dance
Sent: Wednesday, April 27, 2005 1:37 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Compiling under Linux for BSD
--
[ Picked text/plain from multipart/alternative ] OK, pardon my
ignorance, but I'm not sure what this is supposed to show. I have a
fairly long list of undefined symbols (88 to be exact) under linux,
and
it runs fine here. Should I do this under FreeBSD instead?
Included in
the list are the Q_ functions (like Q_strncpy, etc), DevWarning(),
DevMsg(), as well as a bunch of other things like CVProfNode
functions,
some std functions and typedefs, and some globals like g_pMemAlloc,
g_pVCR, and vtune. Would a full list be useful? It seems these are
mostly things that would only be used in a Debug build.
Are there not supposed to be any? If so, how do you fix them?
I am compiling against glibc 2.3.2. I believe I'm doing so
statically...
the ld line looks like this:
ld -shared -o ./server_i486.so <all the mod object files> -lm -ldl
tier0_i486.so vstdlib_i486.so /usr/lib/gcc/i486-linux/3.4.4/libstdc+
+.a /usr/lib/gcc/i486-linux/3.4.4/libgcc.a
Thoughts? Wish I knew more about how this all works.
On Apr 26, 2005, at 4:01 PM, Alfred Reynolds wrote:
Run:
export LD_LIBRARY_PATH=".:bin:$LD_LIBRARY_PATH"
nm -g -C <mod dir>/bin/server_i486.so | grep " U " | grep -v GLIBC
And see what undefined symbols remain. You may also be having a
GLIBC
versioning problem, you need at least 2.3.2 to run your mod, and you
should compile your mod on a machine with 2.3.2 installed.
- Alfred
--
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders