whizard is hosted by Hepforge, IPPP Durham

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 Juergen Reuter

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:

use kinds, only: default !NODEP!

1

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.

comment:2 Changed 12 years ago by Juergen Reuter

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 Juergen Reuter

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 Juergen Reuter

Resolution: fixed
Status: newclosed

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.

Note: See TracTickets for help on using tickets.