be87ada6b5
After setting-up a buld environment, running something like ~/src/mes/wip/pre-inst-env mescc -v -v ~/src/mes/wip/scaffold/main.c works again. TODO: Make this less complex. * The mescc-lib (and gcc-lib) build directories do not help; these were introduced to support `wip-autotools'. * We used to opt for short *PATH variables: "." rather than /gnu/store/.... or /home/janneke/src/mes/master to avoid filling the MES arena. XXX Has this been solved? * In the Guix bootstrap, we run module/mescc.scm directly $MES -e '(mescc)' module/mescc.scm ...so that's why these overrides started to appear in multiple places. * build-aux/pre-inst-env.in (MES_UNINSTALLED): New variable. * scripts/mescc.in (includedir,libdir): Use it to override these. * module/mescc/mescc.scm (arch-find): Use it to add <lib>-messc. |
||
---|---|---|
.. | ||
bootstrap.sh.in | ||
build-guile.sh | ||
build-lib.sh | ||
build-mes.sh | ||
build-scaffold.sh | ||
build-source-lib.sh | ||
build.sh.in | ||
cc.sh | ||
cflags.sh | ||
check-boot.sh | ||
check-mes.sh | ||
check-mescc.sh | ||
check.sh.in | ||
config.make.in | ||
config.sh.in | ||
configure-lib.sh | ||
export.make | ||
gendocs.sh | ||
gitlog-to-changelog | ||
GNUmakefile.in | ||
indent.sh | ||
install.sh.in | ||
manifest.scm | ||
mes-snarf.scm | ||
pre-inst-env.in | ||
setup-mes.sh | ||
snarf.sh | ||
test-boot.sh | ||
test-c.sh | ||
test-driver | ||
test-suite.sh | ||
trace.sh | ||
uninstall.sh.in |