Re: [Plplot-devel] netbsd portability effort status--- one showstopper and 3 other problems

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-03-25 19:05]:

> Inspired by your question and these results, I did a lot of experimentation
> and finally found that if
> 
> ld -o plplot_octave.oct plplot_octave.o -L../../src/.libs -lplplotd
> 
> is replaced by
> 
> g++ -shared -o plplot_octave.oct plplot_octave.o -L../../src/.libs -lplplotd
> 
> then all the linking problems disappear!  So clearly, the netbsd version of
> mkoctfile is set up improperly for that system:
> 
> i.e.,
> 
> grep SH_LD `which mkoctfile` |grep '='
> : ${SH_LD="ld"}
> : ${SH_LDFLAGS=""}
> 
> 
> When it should have been the Linux result:
> 
> grep SH_LD `which mkoctfile` | grep '='
> : ${SH_LD="/usr/bin/g++"}
> : ${SH_LDFLAGS="-shared"}

We could find a workaround for this brokenness by checking for g++ in
configure.ac and modifying bindings/octave/Makefile.am such that mkoctfile
is invoked like this for netbsd:

    SH_LD="/usr/bin/g++" SH_LDFLAGS="-shared" mkoctfile [...]

Please, could you confirm that the above work in your netbsd system?

An aside question: what is the result of this in netbsd:

    echo `uname -s`-`uname -r`

?

-- 
Rafael