Hi 2011/8/2 Basile Starynkevitch <bas...@starynkevitch.net>: > On Tue, 2 Aug 2011 19:13:04 +0200 > Romain Geissler <romain.geiss...@gmail.com> wrote: >> > You should build MELT in an empty build tree. Please give us the log file >> > of your make >> > (don't use make -j, only a sequential make). >> >> Ok, i'll send you that tomorrow. Tell me if you want that i explore this >> issue on my configuration. > > Yes please. I don't understand why on my system the builds go till > melt-stage3 while on > Pierre's machine it fails before melt-stage2, and we looked together (by IRC) > several > hours. > > Cheers > > PS Being on vacation, I probably won't MELT much tomorrow :-) > > > -- > Basile STARYNKEVITCH http://starynkevitch.net/Basile/ > email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359 > 8, rue de la Faiencerie, 92340 Bourg La Reine, France > *** opinions {are only mine, sont seulement les miennes} *** > > -- > Message from the http://groups.google.com/group/gcc-melt group. > About GCC MELT http://gcc-melt.org/ a high level domain specific language to > code extensions to the Gnu Compiler Collection >
I've made a few changes so that Melt bootstraps. But it still fails at the final check-melt-runtime for a simple reason: Melt won't load modules as we don't give it the melt-workdir where all *.so reside. I realized that all those recent changes had made the melt-modules directory completely useless as you always look for my-module.MD5.FLAVOR.so that are in melt-workdir, and bypass the melt-modules symlinks. I don't really know what exact behavior you are expecting from the melt-modules, melt-workdir and melt-tempdir directories so i don't really know how to correct the issue. Find attached the log for check-melt-runtime, but it might not be useful, i already gave you the reason of the error. Romain
Melt-0.9-build.diff
Description: Binary data
Melt-0.9-build.Changelog
Description: Binary data
melt-check-runtime.log
Description: Binary data
