Opened 12 years ago
Closed 12 years ago
#539 closed defect (fixed)
make extra-distcheck broken
Reported by: | Juergen Reuter | Owned by: | kilian |
---|---|---|---|
Priority: | P0 | Milestone: | v2.2.0 |
Component: | core | Version: | 2.1.1 |
Severity: | critical | Keywords: | |
Cc: |
Description
One of the last commits broke make extra-distcheck. Have to see what it is :(
Change History (4)
comment:1 Changed 12 years ago by
comment:2 Changed 12 years ago by
So the problem seems to be the stamp mechanism. That is switched off when noweb is switched off. Now the files are still built in order but apparently the compilation takes to long and kinds.mod is not ready when limits.f90 compilation needs it. I have no clue why this problem is showing up right now, but it is on the MAC with 4.9.0 and the DESY cluster with 4.6.3. To my best knowledge nothing fundamental changed...
comment:3 Changed 12 years ago by
Next step: it only happens with make -j on the Macbook. make up to -j4 worked. Hm, what now?
comment:4 Changed 12 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Muharhar, lavi in innocentia manus meas. It was commit #4639, introducing a dependence of limits.f90 on kinds.f90 which has not been added to the dependencies in src/misc/Makefile.am. Happily closing.
Oh no, it is a race condition :((( {{{make[5]: Nothing to be done for `all-am'. Making all in misc /bin/sh ../../libtool --tag=FC --mode=compile gfortran -g -O2 -c -o kinds.lo kinds.f90 /bin/sh ../../libtool --tag=FC --mode=compile gfortran -g -O2 -c -o iso_varying_string.lo ../../../src/misc/iso_varying_string.f90 /bin/sh ../../libtool --tag=FC --mode=compile gfortran -g -O2 -c -o system_dependencies.lo system_dependencies.f90 /bin/sh ../../libtool --tag=FC --mode=compile gfortran -g -O2 -c -o limits.lo ../../../src/misc/limits.f90 /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"WHIZARD\" -DPACKAGE_TARNAME=\"whizard\" -DPACKAGE_VERSION=\"2.2.0_alpha\" -DPACKAGE_STRING=\"WHIZARD\ 2.2.0_alpha\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"whizard\" -DVERSION=\"2.2.0_alpha\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_DLFCN_H=1 -I. -I../../../src/misc -g -O2 -MT signal_interface.lo -MD -MP -MF .deps/signal_interface.Tpo -c -o signal_interface.lo ../../../src/misc/signal_interface.c libtool: compile: gfortran -g -O2 -c kinds.f90 -fno-common -o .libs/kinds.o libtool: compile: gfortran -g -O2 -c ../../../src/misc/limits.f90 -fno-common -o .libs/limits.o libtool: compile: gfortran -g -O2 -c ../../../src/misc/iso_varying_string.f90 -fno-common -o .libs/iso_varying_string.o libtool: compile: gfortran -g -O2 -c system_dependencies.f90 -fno-common -o .libs/system_dependencies.o ../../../src/misc/limits.f90:33.6:
Fatal Error: Can't open module file 'kinds.mod' for reading at (1): No such file or directory make[4]: * [limits.lo] Error 1 make[4]: * Waiting for unfinished jobs.... }}} Seems it is not sufficient to check for .lo files, but one most really check for .mod files.