search for: main_ldflags

Dear all, Which options should I use when running the configure script and/or which changes should I make to Makeconf to build the binary for R-1.9.0 but using only statically linked libraries ? I need to build a binary that is portable between several different Linux (RedHat) distributions. Thanks in advance for your help, Melanie -- http://recherche-en-danger.apinc.org

> On 23 Nov 2015, at 22:30 , aixtools <aixtools at gmail.com> wrote: > >> >> ./configure --enable-maintainer-mode ... Two things here - possibly irrelevant, but I'd avoid building in the source directory. (mkdir ../BUILD ; cd ../BUILD; ../R/configure) - don't turn on mantainer mode. You are not a maintainer, and if you want to play at being one, I think you

...e, symbol in libc of memcpy is __memmove,__memmove64. ##ADD: This black magic puts lc before lR and pockets this. + ## MAMF: This black magic is no longer working, it seems - getting duplicate symbol errors now. if test "x${OBJECT_MODE}" = "x64"; then - main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" + main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000" else - main_ldflags="${wl}-brtl ${wl}-bexpall -lc" + main_ldflags="${wl}-brt...

...s/src/gramRd.o | grep R_ClassSymbol U R_ClassSymbol > So R_ClassSymbol is unresolved in the tools package and should be > resolved by loading into the main R executable. On Linux that is > achieved by the linker flag > > -Wl,--export-dynamic > > as part of MAIN_LDFLAGS in Makeconf in the top-level directory. We have > in configure.ac > > freebsd*) > main_ldflags="-export-dynamic" > shlib_ldflags="-shared" > > but those were from the days when FreeBSD used gcc, and it is possible > that your use of clang[...

On FreeBSD 10.2, I get the following error when compiling R from the Subversion trunk (with "configure && make"): cc -shared -L/usr/local/lib -o tools.so text.o init.o Rmd5.o md5.o signals.o install.o getfmts.o http.o gramLatex.o gramRd.o mkdir ../../../../library/tools/libs installing 'sysdata.rda' Error in dyn.load(file, DLLpath = DLLpath, ...) :

...explain here how I've done it: First of all, it seems that configure and some shared libraries of AIX does not work at the same time. I tried to configure & make with the following environment vars CC=xlc F77=xlf CCC=xlC CFLAGS=-O3 -qstrict -qmaxmem=8192 FFLAGS=-O3 -qstrict -qmaxmem=8192 MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G CXXFLAGS=-O2 -qmaxmem=8192 FC=xlf CCFLAGS=-O3 -qstrict -qmaxmem=8192 But for some reason at make the compilation failed when trying to locate a shared library for X. For this reason I tried to discard shared libraries enabling --disable-shared on configure, but this...

...ssSymbol >> >>> So R_ClassSymbol is unresolved in the tools package and should be >>> resolved by loading into the main R executable. On Linux that is >>> achieved by the linker flag >>> >>> -Wl,--export-dynamic >>> >>> as part of MAIN_LDFLAGS in Makeconf in the top-level directory. We have >>> in configure.ac >>> >>> freebsd*) >>> main_ldflags="-export-dynamic" >>> shlib_ldflags="-shared" >>> >>> but those were from the days when FreeBSD...

...ibc of memcpy is __memmove,__memmove64. > ##ADD: This black magic puts lc before lR and pockets this. > + ## MAMF: This black magic is no longer working, it seems - getting duplicate symbol errors now. > if test "x${OBJECT_MODE}" = "x64"; then > - main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" > + main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000" > else > - main_ldflags="${wl}-brtl ${wl}-bexpall -lc" > + main_ldflags...

...+ R-3.2.3/configure 2015-12-16 10:52:15 +0000 @@ -26339,11 +26339,11 @@ ##ADD: However, for example, symbol in libc of memcpy is __memmove,__memmove64. ##ADD: This black magic puts lc before lR and pockets this. if test "x${OBJECT_MODE}" = "x64"; then - main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" + main_ldflags="${wl}-brtl ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" else - main_ldflags="${wl}-brtl ${wl}-bexpall -lc" + main_ldflags="${wl}-brtl ${wl}-bmaxda...

...ymbol auk% nm -g src/library/tools/src/gramRd.o | grep R_ClassSymbol U R_ClassSymbol So R_ClassSymbol is unresolved in the tools package and should be resolved by loading into the main R executable. On Linux that is achieved by the linker flag -Wl,--export-dynamic as part of MAIN_LDFLAGS in Makeconf in the top-level directory. We have in configure.ac freebsd*) main_ldflags="-export-dynamic" shlib_ldflags="-shared" but those were from the days when FreeBSD used gcc, and it is possible that your use of clang[*] requires -Wl,--export-dynamic . If...

...> U R_ClassSymbol > >> So R_ClassSymbol is unresolved in the tools package and should be >> resolved by loading into the main R executable. On Linux that is >> achieved by the linker flag >> >> -Wl,--export-dynamic >> >> as part of MAIN_LDFLAGS in Makeconf in the top-level directory. We have >> in configure.ac >> >> freebsd*) >> main_ldflags="-export-dynamic" >> shlib_ldflags="-shared" >> >> but those were from the days when FreeBSD used gcc, and it is possible...

...ust want to avoid a redefinition error message. */ etc ... noting the 'AIX 3' part, I am wondering if we need the macro at all. Does anyone know? * Dan also pointed me to 'run-time linking' vs the usual AIX style linking. Using run-time linking one could simply do MAIN_LDFLAGS=-brtl SHLIB_LDFLAGS="-G" instead of the complicated import/export handling with AIX linking, and apparently also no longer need an export file? Dan says that run-time linking is available in AIX 4.2 or better, does anyone know more about this? Should it perhaps be made t...

Happily I got this to work, largely by trial-and-error. In hopes that this will help somebody else, my config.site ended up being: OBJECT_MODE=64 R_PAPERSIZE=letter CC=/usr/local/bin/gcc MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G Which is virtually identical to that recommended in R-admin: one of my problems was using "-W1,brtl" rather than "-W1,-brtl". This was R 2.0.1 on AIX 5.2.0.0 with GCC 3.3.2 The previous messages I'd posted on this issue are included below....

...explain here how I've done it: First of all, it seems that configure and some shared libraries of AIX does not work at the same time. I tried to configure & make with the following environment vars CC=xlc F77=xlf CCC=xlC CFLAGS=-O3 -qstrict -qmaxmem=8192 FFLAGS=-O3 -qstrict -qmaxmem=8192 MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G CXXFLAGS=-O2 -qmaxmem=8192 FC=xlf CCFLAGS=-O3 -qstrict -qmaxmem=8192 But for some reason at make the compilation failed when trying to locate a shared library for X. For this reason I tried to discard shared libraries enabling --disable-shared on configure, but this...

...t PATH=/opt/lib/bin:$PATH 2. Edit R's configure in *three* places to add the 2nd ${CFLAGS} below: if ${CC} ${CFLAGS} -c conftest.c 1>&5 2>&5; then ## <NOTE> ## This should really use MAIN_LD, and hence come after this is ## determined (and necessary additions to MAIN_LDFLAGS were made). ## But it seems that we currently can always use the C compiler. ## Also, to be defensive there should be a similar test with SHLIB_LD ## and SHLIB_LDFLAGS (and note that on HPUX with native cc we have to ## use ld for SHLIB_LD) ... if ${CC} ${CFLAGS} ${LDFLAGS} ${MAI...

...t;> So R_ClassSymbol is unresolved in the tools package and should be >>>> resolved by loading into the main R executable. On Linux that is >>>> achieved by the linker flag >>>> >>>> -Wl,--export-dynamic >>>> >>>> as part of MAIN_LDFLAGS in Makeconf in the top-level directory. We have >>>> in configure.ac >>>> >>>> freebsd*) >>>> main_ldflags="-export-dynamic" >>>> shlib_ldflags="-shared" >>>> >>>> but those w...

Hi, My previous message is appended: I'm still struggling with building on AIX. I updated my config.site to follow the suggestions from R-admin: MAIN_LDFLAGS=-Wl,brtl SHLIB_LDFLAGS=-Wl,-G This led to an error during configure: checking whether mixed C/Fortran code can be run... configure: WARNING: cannot run mixed C/Fortan code configure: error: Maybe check LDFLAGS for paths to Fortran libraries? This confused me a bit, because before adding the MAIN...

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

...12-16 10:52:15 +0000 > @@ -26339,11 +26339,11 @@ > ##ADD: However, for example, symbol in libc of memcpy is > __memmove,__memmove64. > ##ADD: This black magic puts lc before lR and pockets this. > if test "x${OBJECT_MODE}" = "x64"; then > - main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 > ${wl}-bpD:0x110000000 -lc" > + main_ldflags="${wl}-brtl ${wl}-bpT:0x100000000 > ${wl}-bpD:0x110000000 -lc" > else > - main_ldflags="${wl}-brtl ${wl}-bexpall -lc" > + main_ldflags=...

...igure 2015-12-16 10:52:15.000000000 +0000 @@ -26339,11 +26339,11 @@ ##ADD: However, for example, symbol in libc of memcpy is __memmove,__memmove64. ##ADD: This black magic puts lc before lR and pockets this. if test "x${OBJECT_MODE}" = "x64"; then - main_ldflags="${wl}-brtl ${wl}-bexpall ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" + main_ldflags="${wl}-brtl ${wl}-bpT:0x100000000 ${wl}-bpD:0x110000000 -lc" else - main_ldflags="${wl}-brtl ${wl}-bexpall -lc" + main_ldflags="${wl}-brtl ${wl}-bm...