I just tested the current windows build. Its broken because denemo.scm can't be loaded correctly. The reason is that I recently copied Richards load instructions: (load (string-append DENEMO_ACTIONS_DIR "lyimport.scm")) to any .scm file (ans, notationmagick...) because I thought it would be better. maybe redundant, but more specific (since denemo.scm always loads from the actions dir anyway).
But on Windows we get the full path twice in one string because Guile alreday loads with the full path, which obviously is wrong. I would not hesitate to just remove any trace of DENEMO_ACTIONS_DIR because it seems completely unnecessary on linux and even breaks Windows-Denemo. But I still remember people reporting that denemo.scm did fail to load, before the current changes and I don't know why that was. I suspect it was an old home dir interfering with a denemo.scm, but I am not sure, it could be a path problem as well. So the two options now are 1) Don't use DENEMO_ACTIONS_DIR like we had it before (and remove it from the importer script as well) 2) Somehow tweak Windows to empty that var or instruct Guile to don't look up the path. I prefer 1) but I want to hear the reaons why the DENEMO_ACTIONS_DIR variable was introduced in the beginning first. Nils _______________________________________________ Denemo-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/denemo-devel
