<div dir="ltr"><div><div><div><div><div><div><div><div>Dear all,<br><br></div>now I can't resist –
 as I see you are occupied so eagerly with Boehm GC, are you aware 
knowledge about Boehm GC it is interesting for amalgamating Mercury with
 other software? Once delving into it concerning PostgreSQL, I must 
admit my motives not deep enough in the end for a such challenge, still I believe in other case e.g. a collection of recommended links and notes already in your hands might give the critical push to somebody.<br><br></div>After all, I looks like an RDBMS like PostgreSQL, in contrast to 'ordinary' OO systems, much better matches Mercury, with<br></div>* Hindley-Milner mapping much easier to the relational representation,<br></div>* the known relationship between logic programming and relational algebra,<br></div>* somewhat similar requirements in regard of purity.<br><br></div>As
 far as I remember, my inquiries led to the outcome that GC harmonizing 
should be the major issue of such an effort – so a such little collection of info already present in future might help in estimating, and lowering, the expenditure of a such project early.<br><br></div>Others just might enjoy studying it.<br><br></div>Cheers, and great esteem for the work, Nick<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-20 2:00 GMT+01:00 Julien Fischer <span dir="ltr"><<a href="mailto:jfischer@opturion.com" target="_blank">jfischer@opturion.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Paul,<br>
<br>
I've finally had a change to look at this some more.<span class=""><br>
<br>
On Sat, 15 Nov 2014, Paul Bone wrote:<br>
<br>
</span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If anyone would like to test this on Windows that would be helpful.  In<br>
particular I'm not sure how the symlink from boehm_gc/libatomic_ops to<br>
libatomic_ops will be handled on a windows file system.<br>
</blockquote>
<br></span>
On MSYS it results in an error, you will need to copy the libatomic_ops<br>
directory on Windows.   It's probably alright on Cygwin, so if the<br>
output of uname matches "*MINGW*" you should copy instead of link.<br>
<br>
One other problem I have noticed with the upgraded collector is that if<br>
your compiler and related tools are installed in C:\Program Files\...<br>
then various automake / libtool generated things don't handle spaces in<br>
directory paths correctly and the whole thing breaks.  (For MinGW64, the<br>
issue seems to be related to the fact that the value of LD is directory<br>
qualified -- and not suitably escaped -- in libatomic_ops/Makefile.<br>
Unfortunately, I haven't yet managed to work out what is actually<br>
filling this value in.)  I'll retry MinGW64 with the development tools<br>
installed in a directory without spaces.<br>
<br>
Cheers,<br>
Julien.<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
developers mailing list<br>
<a href="mailto:developers@lists.mercurylang.org" target="_blank">developers@lists.mercurylang.<u></u>org</a><br>
<a href="https://www.mercurylang.org/lists/listinfo/developers" target="_blank">https://www.mercurylang.org/<u></u>lists/listinfo/developers</a><br>
</div></div></blockquote></div><br></div>