<div>I&#39;ve developed a bridge between R and mono allowing all CLR hosted classes / objects to be visible (callable) from R as 1st class R objects.   This compiles fine on linux and osx, but having issues on windows.</div>
<div><br></div><div>I am using g++ 3.4.4 (cygmin special, gdc 0.12, using dmd 0.125) under cygwin.  The compilation is done against a few C++ files, the R library (compiled with ming-gcc I think), and libmono.a.</div><div>
<br></div><div>A compilation like:</div><div><br></div><div>g++ -o rDotNet.dll -I&lt;mono include dir&gt; -L&lt;R libs&gt; -L&lt;mono libs&gt;  *.cpp -lR -lmono-2.0</div><div><br></div><div>compiles everything but complains about all referenced mono symbols as being undefined, as if the library was not present.   I know that g++ see the library as if I change the name to a bogus name it complains about it.</div>
<div><br></div><div>Since libmono.a is a &quot;ar&quot;, I unarchived it and changed to using:</div><div><br></div><div>g++ -o rDotNet.dll -I&lt;mono include dir&gt; -L&lt;R libs&gt; -L&lt;mono libs&gt;  *.cpp -lR monoobjs/*.o</div>
<div><br></div><div>This gets rid of the undefined mono symbols but left with unresolved libc stuff, such as __errno, and other non clib symbols such as CoCreateFreeThreadedMarshaler.   Do I need to include another library such as glib to get this to link?</div>
<div><br></div><div>It is also mysterious that libmono was ignored for linkage unless I expanded the ar.  </div><div><br></div><div>Is there a preferred build solution?   For instance should I not be using cygwin?</div><div>
<br></div><div>Thanks</div><div><br></div><div>Jonathan</div><div><br></div>