[Rcpp-devel] Rcpp_0.9.0.tar.gz does not build on FreeBSD

[Rainer Hurling]

On 03.01.2011 13:20 (UTC+1), Dirk Eddelbuettel wrote:
> Rainer,
>
> Please use the rcpp-devel list for questions. You need to subscribe to post,
> or you can use a web-to-list interface to gmane.org.

Done. Hope it is ok to pursue the private thread on the list.


> On 3 January 2011 at 11:54, Rainer Hurling wrote:
> | I want to build and install Rcpp_0.9.0.tar.gz in R-2.12.1 on FreeBSD
> | 9.0-CURRENT (amd64). The build process stops with the following error
> | when trying to build the shared library:
> |
> | -------------------------------------------
> | #R CMD INSTALL Rcpp_0.9.0.tar.gz
> | * installing to library '/usr/local/lib/R/library'
> | * installing *source* package 'Rcpp' ...
> | ** libs

[..SNIP..]

> | g++ -shared -L/usr/local/lib -o Rcpp.so Date.o DateVector.o Datetime.o
> | DatetimeVector.o Dimension.o DottedPair.o Environment.o Evaluator.o
> | Formula.o Function.o Language.o Module.o Pairlist.o Promise.o RObject.o
> | RcppCommon.o Rcpp_init.o Reference.o S4.o Symbol.o WeakReference.o
> | barrier.o cache.o coerce.o complex.o debugging.o exceptions.o posixt.o
> | r_cast.o
> | g++ -o libRcpp.so  -shared
> | g++: No input files specified
> | *** Error code 1
> |
> | Stop in /tmp/RtmpdChXKU/R.INSTALL17af636/Rcpp/src.
> | ERROR: compilation failed for package 'Rcpp'
> | * removing '/usr/local/lib/R/library/Rcpp'
> | -------------------------------------------
> |
> | It seems that 'src/Makevars' is not fully compatible to FreeBSD style
>
> Hm. Can you try enforcing GNU make via something like
>
>         export MAKE=/usr/bin/gmake

Thanks for the tip. With gmake it proceeds build and installing. But 
there is another problem with testing the installation, see below please.

> (or whererever it it stored on your system). At that point the implicit
> variable $^ is used:
>
> 		$(SHLIB_CXXLD) -o $(USERLIB) $^ $(SHLIB_CXXLDFLAGS) $(ALL_LIBS)
>
> Here $^ expands to the list of all prerequisites, so you could try $OBJECTS
> in its place.

gmake is able to use $^, so there is no need for me to use $OBJECTS  :-)

> | (line 33, just a guess)? And there is no '/usr/bin/install_name_tool'
> | (line 34) on FreeBSD.
>
> Neither do I on Linux -- it's a test: if available (on OS X) then use it. So
> that is no issue.

Ah, I assumed something like that.

> | Since other packages like parser and highlight depend on Rcpp it would
> | be nice if there is some chance to get Rcpp work on FreeBSD.
> | Unfortunately I am not a programmer, so I have almost no experience with
> | writing code.
>
> Unfortunately we do not have *BSD systems, so we have no ability to test
> anything for them.
>
> | Please let me know if I can give more information. Of course I am able
> | to test new code on my system.
>
> You may need to develop and test changes for the build system as we cannot do
> that for you.

I am willing to test everything. But I am afraid that I am not able to 
develop ... ;-(

> Dirk
>
> | Thanks in advance for any answer,
> | Rainer Hurling
> |

As mentioned above build and install are successfull. But testing if 
installed package can be loaded fails:

-------------------------------------------
[..SNIP..]
g++ -shared -L/usr/local/lib -o Rcpp.so Date.o DateVector.o Datetime.o 
DatetimeVector.o Dimension.o DottedPair.o Environment.o Evaluator.o 
Formula.o Function.o Language.o Module.o Pairlist.o Promise.o RObject.o 
RcppCommon.o Rcpp_init.o Reference.o S4.o Symbol.o WeakReference.o 
barrier.o cache.o coerce.o complex.o debugging.o exceptions.o posixt.o 
r_cast.o
g++ -o libRcpp.so Date.o DateVector.o Datetime.o DatetimeVector.o 
Dimension.o DottedPair.o Environment.o Evaluator.o Formula.o Function.o 
Language.o Module.o Pairlist.o Promise.o RObject.o RcppCommon.o 
Rcpp_init.o Reference.o S4.o Symbol.o WeakReference.o barrier.o cache.o 
coerce.o complex.o debugging.o exceptions.o posixt.o r_cast.o -shared
ar qc libRcpp.a Date.o DateVector.o Datetime.o DatetimeVector.o 
Dimension.o DottedPair.o Environment.o Evaluator.o Formula.o Function.o 
Language.o Module.o Pairlist.o Promise.o RObject.o RcppCommon.o 
Rcpp_init.o Reference.o S4.o Symbol.o WeakReference.o barrier.o cache.o 
coerce.o complex.o debugging.o exceptions.o posixt.o r_cast.o
cp libRcpp.so ../inst/lib
cp libRcpp.a ../inst/lib
rm libRcpp.so libRcpp.a
installiert nach /usr/local/lib/R/library/Rcpp/libs
** R
** inst
** preparing package for lazy loading
** help
*** installing help indices
** building package indices ...
** testing if installed package can be loaded
Error in dyn.load(file, DLLpath = DLLpath, ...) :
   kann shared object '/usr/local/lib/R/library/Rcpp/libs/Rcpp.so' nicht 
laden:
   /usr/local/lib/R/library/Rcpp/libs/Rcpp.so: Undefined symbol 
"backtrace_symbols"
Fehler: loading failed
* removing '/usr/local/lib/R/library/Rcpp'
-------------------------------------------

I do not understand why 'backtrace_symbols' is undefined. In 
'src/debugging.cpp' all seems to be ok?

I tried to comment out the complete part between '#if defined(__GNUC__)'
and '#endif' and use only

     SEXP stack_trace( const char *file, int line) {
         return R_NilValue ;
     }

That gives no more undefined symbols when loading, but of course there 
is no debugging code any more :-(

Do you have any idea how to get debugging.cpp functional on FreeBSD?

Many thanks,
Rainer