<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-02-26 10:47 GMT+01:00 Holger Freyther <span dir="ltr"><<a href="mailto:holger@freyther.de" target="_blank">holger@freyther.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
<br>
> On 26 Feb 2017, at 16:33, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@<wbr>gmail.com</a>> wrote:<br>
><br>
><br>
<br>
<br>
</span><span class="gmail-">> Last time I tried to build spur vm on ubuntu 14, the vm compilation did not succeed (don't remember how but I can replay it).<br>
> I got to install an old version of autotools before being able to make configure from platforms/unix/config<br>
> That did not solve anything because now the vm compilation barks about mmap being required.<br>
<br>
</span>For mmap you want something like this[1]. I have not fully read the macro but I think the AC_FUNC_MMAP runs into the mmap_min_addr restriction[2]. But as most people use a binary version of the VM there is little point to check that the system that built the software had a working version (and since the late 90s mmap generally works).<br>
<br>
holger<br>
<br>
[1] <a href="https://github.com/pharo-project/pharo-vm/commit/43461db5c154d8c47f3c504a67e55b9890839c74" rel="noreferrer" target="_blank">https://github.com/pharo-<wbr>project/pharo-vm/commit/<wbr>43461db5c154d8c47f3c504a67e55b<wbr>9890839c74</a><br>
[2] <a href="https://wiki.debian.org/mmap_min_addr" rel="noreferrer" target="_blank">https://wiki.debian.org/mmap_<wbr>min_addr</a></blockquote></div><br><br></div><div class="gmail_extra">So the error was as the thread tells:<br>libtool: unrecognized option `--preserve-dup-deps'<br><br></div><div class="gmail_extra">If I want to reconfigure, I note a few warnings<br></div><div class="gmail_extra">cd platforms/unix/config; make configure<br></div><div class="gmail_extra">...snip...<br></div><div class="gmail_extra">autoreconf --install --force<br>libtoolize: putting auxiliary files in `.'.<br>libtoolize: copying file `./ltmain.sh'<br>libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to <a href="http://configure.ac">configure.ac</a> and<br>libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.<br>libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.<br>libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'<br><br></div><div class="gmail_extra">then I've got the mmap problem:<br><br>cd ../../../build.linux64x64/squeak.cog.spur/build; ./mvm<br></div><div class="gmail_extra">...snip...<br></div><div class="gmail_extra">platforms/unix/vm/sqUnixSpurMemory.c:72:3: error: #error "Spur requires mmap"<br> # error "Spur requires mmap"<br> ^<br>make[1]: *** [sqUnixSpurMemory.o] Erreur 1<br>make: *** [vm/vm.a] Erreur 2<br><br></div><div class="gmail_extra">If I apply the patch you're proposing, then mmap passes, and the build fails a little further:<br></div><div class="gmail_extra">...snip...<br></div><div class="gmail_extra">ln -s ../vm-display-X11/.libs/vm-display-X11 libvm-display-X11.so<br>/bin/bash /media/psf/Home/Smalltalk/OpenSmalltalk/opensmalltalk-vm/build.linux64x64/squeak.cog.spur/build/libtool --mode=link gcc -m64 -g -O2 -DNDEBUG -DDEBUGVM=0 -msse2 -D_GNU_SOURCE -DCOGMTVM=0 -DLSB_FIRST=1 -Wl,-z,now -lGL -lXext -lSM -lICE -ldl -lpthread -lm -lnsl -lpthread -luuid -lX11 -L. -lvm-display-X11 -avoid-version -module -rpath /media/psf/Home/Smalltalk/OpenSmalltalk/opensmalltalk-vm/products/sqcogspur64linuxht/lib/squeak/`/media/psf/Home/Smalltalk/OpenSmalltalk/opensmalltalk-vm/build.linux64x64/squeak.cog.spur/build/getversion VERSION_TAG` -o XDisplayControlPlugin.la XDisplayControlPlugin.lo -lutil -ldl -lpthread -lm -lnsl -lpthread -luuid -lX11<br>libtool: link: gcc -m64 -shared -fPIC -DPIC .libs/XDisplayControlPlugin.o -lGL -lXext -lSM -lICE -L. -lvm-display-X11 -lutil -ldl -lm -lnsl -lpthread -luuid -lX11 -m64 -O2 -msse2 -Wl,-z -Wl,now -Wl,-soname -Wl,XDisplayControlPlugin.so -o .libs/XDisplayControlPlugin.so<br>/usr/bin/ld: cannot find -lvm-display-X11<br>collect2: error: ld returned 1 exit status<br>make[1]: *** [XDisplayControlPlugin.la] Erreur 1<br>make: *** [XDisplayControlPlugin.la] Erreur 2<br><br><br></div><div class="gmail_extra">So thanks for the progress.<br></div><div class="gmail_extra">However it worries me a bit that patches should go to the pharo-vm fork only.<br></div><div class="gmail_extra">Why not pushing to opensmalltalk-vm directly?<br></div><div class="gmail_extra"><br><br><br></div><div class="gmail_extra"><br></div></div>