Project

General

Profile

Bug #1574

lrts smp/multicore megacon build fails with undefined reference to `TraceTimerCommon'

Added by Jim Phillips about 2 years ago. Updated about 2 years ago.

Status:
Merged
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
05/25/2017
Due date:
% Done:

0%


Description

One example, on Bridges:

./build charm++ multicore-linux64 iccstatic --no-build-shared --enable-tracing --enable-tracing-commthread -optimize
cd multicore-linux64-iccstatic/tests/converse/megacon
make pgm

../../../bin/charmc  -o pgm blkinhand.o megacon.o ringsimple.o ring.o fibobj.o fibthr.o broadc.o priotest.o deadlock.o vars.o nodenum.o specmsg.o bigmsg.o vecsend.o posixth.o future.o multicast.o multisend.o handler.o reduction.o -language converse++
icpc: warning #10237: -lcilkrts linked in dynamically, static library not available
../../../bin/../lib/libconv-cplus-y.a(machine.o): In function `AssembleDatagram':
machine.c:(.text+0x2084): undefined reference to `TraceTimerCommon'
../../../bin/../lib/libconv-cplus-y.a(machine.o): In function `AssembleReceivedDatagrams':
machine.c:(.text+0x16cd0): undefined reference to `TraceTimerCommon'
../../../bin/../lib/libconv-cplus-y.a(machine.o): In function `IntegrateMessageDatagram':
machine.c:(.text+0x19ebc): undefined reference to `TraceTimerCommon'
Fatal Error by charmc in directory /pylon5/mtsg4cp/jphillip/charm-6.8.0-proj-build-2017-May-25-21817-multicore-linux64-iccstatic/charm-6.8.0-beta2/multicore-linux64-iccstatic/tests/converse/megacon
   Command icpc -static-intel -o pgm -L../../../bin/../lib -I../../../bin/../include blkinhand.o megacon.o ringsimple.o ring.o fibobj.o fibthr.o broadc.o priotest.o deadlock.o vars.o nodenum.o specmsg.o bigmsg.o vecsend.o posixth.o future.o multicast.o multisend.o handler.o reduction.o moduleinit8409.o -lmemory-default -lthreads-default -lconv-cplus-y -lconv-core -ltmgr -lconv-util -lconv-partition -ltrace-converse -lmemory-default -lthreads-default -lldb-rand -lconv-ldb -lpthread -lckqt -ldl -lmoduleNDMeshStreamer -lmodulecompletion -lm returned error code 1

Note that megatest (Charm++) works, as does NAMD.

The following NAMD builds have this issue, which is exactly the lrts layers with smp/multicore:
Beagle-smp.log
BlueGeneQ-lrts.log
Bridges-MPI-smp.log
Bridges-multicore.log
BW-smp.log
Cori-KNL-smp.log
Cori-smp.log
Edison-smp.log
Jetson.log
JYC-smp.log
Linux-KNL-multicore.log
Linux-x86_64-lrts-smp.log
Linux-x86_64-multicore-gcc.log
Linux-x86_64-multicore.log
Linux-x86_64-verbs-smp.log
MacOSX-x86_64.log
Stampede2.log
Stampede2-multicore.log
Stampede-verbs-smp.log
Taub-verbs-smp.log
Theta.log
Titan-smp.log
Win64.log
Win64-MPI-smp.log

History

#1 Updated by Phil Miller about 2 years ago

OK, reproduced with ./build charm++ multicore-darwin-x86_64 --no-build-shared --enable-tracing --enable-tracing-commthread -optimize - no need for the Intel compilers to hit this. Looking at the relevant code, and rebuilding accordingly, it's specifically --enable-tracing-commthread

The same issue arises with

 ./build charm++ netlrts-darwin-x86_64-smp --enable-tracing-commthread -j5 -g
 cd netlrts-darwin-x86_64-smp/tests/converse/megacon
 make

#2 Updated by Phil Miller about 2 years ago

  • Assignee set to Phil Miller
  • Status changed from New to Implemented

#3 Updated by Phil Miller about 2 years ago

  • Status changed from Implemented to Merged

Also available in: Atom PDF