|
Spread 4 Solaris build failures: msg#00005network.spread.user
Using the Sun compiler, I get this error: cc -g -I. -I. -I../include -I../stdutil/src -I../stdutil/src - DHAVE_CONFIG_H -c memory.c "memory.c", line 139: reference to static identifier "Mem_Bytes_Allocated" in extern inline function "memory.c", line 143: reference to static identifier "Mem_Obj_Inuse" in extern inline function "memory.c", line 147: reference to static identifier "Mem_Obj_Allocated" in extern inline function "memory.c", line 151: reference to static identifier "Mem_Max_Bytes" in extern inline function "memory.c", line 155: reference to static identifier "Mem_Max_Obj_Inuse" in extern inline function "memory.c", line 159: reference to static identifier "Mem_Max_Objects" in extern inline function "memory.c", line 163: reference to static identifier "Mem" in extern inline function "memory.c", line 169: reference to static identifier "Mem" in extern inline function "memory.c", line 173: reference to static identifier "Mem" in extern inline function "memory.c", line 178: reference to static identifier "Mem" in extern inline function "memory.c", line 182: reference to static identifier "Mem" in extern inline function "memory.c", line 186: reference to static identifier "Mem" in extern inline function "memory.c", line 190: reference to static identifier "Mem" in extern inline function cc: acomp failed for memory.c gmake[1]: *** [memory.o] Error 2 Using gcc, it works, but I get this link error on spread: Undefined first referenced symbol in file nanosleep ../stdutil/lib/libstdutil- threaded-release.a(stdtime.to) ld: fatal: Symbol referencing errors. No output written to spread On Solaris you need to link with -lrt to get nanosleep. Alec |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Multiple spread daemons on the same machine &real-time scheduling?: 00005, Matthew Gillen |
|---|---|
| Next by Date: | Re: cannot re-connect: 00005, Torsten Curdt |
| Previous by Thread: | Re: Multiple spread daemons on the same machine &real-time scheduling?i: 00005, Matt Garman |
| Next by Thread: | Re: Spread 4 Solaris build failures: 00005, Jonathan Stanton |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |