[OpenAFS-devel] solaris 10 x86 64-bit lwp compile issues

[Sean O'Malley]

On Tue, 12 Dec 2006, chas williams - CONTRACTOR wrote:
> perhaps you can use the ucontext stuff?  this is only used on linux
> but there isnt any particular reason it shouldnt work on sparc.

Maybe, but I have no clue what the ucontext stuff is. =) I am just trying
to get this to compile all the way through once. =)

I did get the lwp stuff to compile finally!
Marcus was correct it was a the flags to the compiler. Thanks!

It dropped the -Kpic flag and a few other travesties..
I believe...

/opt/SUNWspro/bin/cc -xarch=amd64 -Kpic
-I/opt/dloads/openafs-1.4.2/src/config -I. -I.
-I/opt/dloads/openafs-1.4.2/include
-I/opt/dloads/openafs-1.4.2/include/afs
-I/opt/dloads/openafs-1.4.2/include/rx -I/opt/dloads/openafs-1.4.2
-I/opt/dloads/openafs-1.4.2/src -I/opt/dloads/openafs-1.4.2/src -P -c
process.amd64.s -oprocess.ss

as -xarch=generic64 -Kpic process.ss -o process.o
or

        sun64x86_*) \
                $(CC) $(SHLIB_LDFLAGS) -P -DIGNORE_STDS_H -I${TOP_INCDIR}
-I${srcdir} ${srcdir}/process.amd64.s -o process.ss; \
                ${AS} $(SHLIB_CFLAGS) -o process.o process.ss; \
                $(RM) process.ss ;; \

is what works to get by that issue plus the aforementioned substitution
in the source code.

It was running ranlib and that was killing the symbols table..




 --------------------------------------
  Sean O'Malley, Information Technologist
  Michigan State University
-------------------------------------