[csw-maintainers] setting *FLAGS?

[Daniel Pocock]

On 19/04/12 17:36, Dagobert Michelsen wrote:
> Hi Daniel,
> 
> Am 19.04.2012 um 17:31 schrieb Daniel Pocock:
> 
>>
>>> The correct solution is
>>>  BDB_HOME = $(prefix)/bdb48
>>>  EXTRA_LIB = $(BDB_HOME)/lib 
>>>  EXTRA_INC = $(BDB_HOME)/include
>>>
>>> The main difference is that EXTRA_LIB propapages correctly to -L and -R
>>> during LDFLAGS and LD_OPTIONS and additionally gets the 64 bit subdir
>>> appended on 64 bit ISAs.
>>
>> Great, thanks for setting me straight with this
>>
>> Yesterday I was trying to build it by running configure and gmake manually.
>>
>> Today I'm trying to build with mgar - I've added resiprocate to the mgar
>> repository.
>>
>> However, I still find that the binaries refuse to link.  All the
>> libraries compile and link, but when it tries to make a binary, it fails
>>
>> Exactly the same code compiles and runs on Linux, so I suspect it is
>> some variation in CXXFLAGS or LDFLAGS - are there any common problems
>> with C++ code that need a particular flag on Solaris/SunPro?
>>
>>
>> $ mgar clean && mgar build
>>
>> ....
>>
>> libtool: link: /opt/SUNWspro/bin/CC -xO3 -m32 -xarch=sparc
>> -I/opt/csw/bdb48/include -DRESIP_OSTYPE_SUNOS -DRESIP_ARCH_SPARC
>> -DRESIP_LARCH_SPARC -D_REENTRANT -DRESIP_TOOLCHAIN_SUNPRO -m32
>> -xarch=sparc -o .libs/repro repro.o  -L/opt/csw/lib -L/opt/csw/bdb48/lib
>> ./.libs/librepro.so -ldb_cxx ../resip/dum/.libs/libdum.so
>> ../resip/stack/.libs/libresip.so ../rutil/.libs/librutil.so
>> -library=stlport4 -lcares -lrt -lssl -lpthread -lsocket -lnsl -R/opt/csw/lib
>> Undefined                       first referenced
>> symbol                             in file
>> void resip::SipStack::post(const
>> std::auto_ptr<resip::ApplicationMessage>) ./.libs/librepro.so
>> bool resip::RRCache::lookup(const
>> resip::Data&,int,int,std::vector<resip::DnsResourceRecord*>&,int&)
>> ../rutil/.libs/librutil.so
>> ld: fatal: Symbol referencing errors. No output written to .libs/repro
>> gmake[3]: *** [repro] Error 1
> 
> Do you have committed your work? In which location in the GAR tree are
> you building? Maybe other maintainers can have a look...
> 
Yes, the latest work is committed

https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/resiprocate/trunk

I get the error just running

   mgar clean && mgar build

another useful test is

   $ (cd work/build-isa-sparcv8plus/resiprocate-1.8.0 && gmake -C rutil
check)

That should just build and run the most simple test cases - but it also
fails with the same linker error when it gets to the first binary