I'm in the final phase of testing ADMB-IDE now, and discovered that
tpl2rem seems to be unable to produce C++ code for creating a DLL. Using
http://otter-rsch.com/admbre/examples/nbmm/nbmm.tpl as an example:

   tpl2rem nbmm

works and eventually builds successfully to an executable, but

   tpl2rem -dll nbmm

crashes after looking for a missing file seddf1b3dll:

   sed: couldn't open file /home/haf/arnima/admb/bin/seddf1b2dll:
   No such file or directory

The same error is reported by ADMB for GCC (Linux and Windows) and ADMB
for Borland.

Looking through the tpl2rem executable, it also mentions seddf1b3dll, so
these two files (seddf1b2dll, seddf1b3dll) are probably needed in the ADMB
bin directory.

Cheers,

Arni
_______________________________________________
Developers mailing list
Develop...@admb-project.org
http://lists.admb-project.org/mailman/listinfo/developers

Actually I gave up on the dll sutff as there seemed to be some kind of
subtle error and the R (and Gauss) people didn't seem to give a shit
about the effort anyway. So it was never extrended to tpl2rem.

    Dave

--
David A. Fournier
P.O. Box 2040,
Sidney, B.C. V8l 3S3
Canada
Phone/FAX 250-655-3364
http://otter-rsch.com

_______________________________________________
Developers mailing list
Develop...@admb-project.org
http://lists.admb-project.org/mailman/listinfo/developers

Well, wasn't glmmADMB
(http://otter-rsch.com/admbre/examples/nbmm/nbmm.dll) created with
tpl2rem, though? And Microsoft Visual C++, as far as I can tell. Does
anyone know whether seddf1b2dll and seddf1b3dll existed back then, or was
the mechanism different?

I think DLLs are worthwhile. ADMB-IDE provides a GUI option to create DLL,
and does so successfully for plain (non-RE) models in Windows. It loads
and runs smoothly in R, so I haven't noticed the subtle error that Dave
mentioned, but maybe that's because I'm only using the minimalistic
simpdll.tpl example.

I have not been able to build a working simpdll.so in Linux, on the other
hand. The current version of ADMB is not built with -fPIC, so the linker
complains about libadmod.a:

$ g++ -s -shared -L$ADMB_HOME/lib simpdll.o -ldf1b2stub -ladmod -ladt
-lado -ldf1b2stub -ladmod -ladt -lado -o simpdll.so
/usr/bin/ld: /home/arnima/admb/lib/libadmod.a(admodel.obj): relocation
R_X86_64_32 against `a local symbol' can not be used when making a shared
object; recompile with -fPIC
/home/arnima/admb/lib/libadmod.a: could not read symbols: Bad value
collect2: ld returned 1 exit status

If I rebuild ADMB after inserting -fPIC into the makefiles, I can build
the simpdll.so, but R can't load it:

Error in dyn.load("~/simpdll/simpdll.so") :
   unable to load shared library '/home/arnima/simpdll/simpdll.so':
   /home/arnima/simpdll/simpdll.so: undefined symbol:
_ZN7ad_comm21get_slave_assignmentsEv

All the best,

Arni
_______________________________________________
Developers mailing list
Develop...@admb-project.org
http://lists.admb-project.org/mailman/listinfo/developers