It seems that the problem with building the R package on an amd64 bit platform may be a gcc4 problem. See here: "http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3#doc_chap5";. I'm working on testing this theory out, but ultimately, it seems that a flag to add -fPic explicitly for amd64 archs might be needed.
On Wed, 2007-06-27 at 13:00 -0700, David Fetter wrote: > Ah, shoot! I was hoping the patches would fix our 64-bit problem with R > not compiling. :-( I'm getting the following error when I try to > compile it: > > /usr/local/bin/cc -std=gnu99 -I. -I../../../src/include > -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -fpic > -fPIC -c Lapack.c -o Lapack.o > /usr/local/bin/cc -std=gnu99 -shared -L/usr/local/lib -o lapack.so > Lapack.o -L../../../lib -lRlapack -L../../../lib -lRblas -lgfortran > -lm /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/libgfortranbegin.a > /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/libgfortran.a > /usr/local/bin/ld: skipping > incompatible /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/libgfortran.a > when searching for -lgfortran > /usr/local/bin/ld: > /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/../../../../lib64/libgfortran.a(pow_i4_i4.o): > relocation R_X86_64_32 against `a local symbol' can not be used when making > a shared object; recompile with -fPIC > /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/../../../../lib64/libgfortran.a: > could not read symbols: Bad value > collect2: ld returned 1 exit status > make[4]: *** [lapack.so] Error 1 > make[3]: *** [R] Error 2 > make[2]: *** [R] Error 1 > make[1]: *** [R] Error 1 > make: *** [R] Error 1 > > > On Wed, 2007-06-27 at 20:07 +0200, Ralf S. Engelschall wrote: > > On Wed, Jun 27, 2007, Dennis McRitchie wrote: > > > > > I just uploaded a modified spec file for the R statistical package. > > > > > > The fix is to patch *both* R scripts, and to patch not just R_HOME_DIR, > > > but also R_SHARE_DIR, R_INCLUDE_DIR, and R_DOC_DIR. This is necessary to > > > allow packages to be installed. > > > > Now fixed in the latest "r" package of OpenPKG CURRENT -- together with > > another packaging bug. Thanks for your feedback and support. > > > > Ralf S. Engelschall > > [EMAIL PROTECTED] > > www.engelschall.com > > > > ______________________________________________________________________ > > OpenPKG http://openpkg.org > > Developer Communication List openpkg-dev@openpkg.org > > -- David M. Fetter - Portland State University - UNIX Systems Administrator "Reality is merely an illusion, albeit a very persistent one." ~Einstein
signature.asc
Description: This is a digitally signed message part
