Hello, could you please provide some additional information regarding the steps you follow to build Flexus, as well as gcc version, OS version and gmake version?
Regards Evangelos Vlachos On Sat, 3 Nov 2007, Carsten Varming wrote: > Hi, > > We have been trying to compile flexus but keep getting the same linking > error. Below we have attached the output of make trying to compile the > UniFlex target. We get the same error on all targets. It seems like it is > trying to find a library libcore_v9_iface_gcc.so but no such file is to be > found. Unlike the other directories the core directory doesn't seem to have > any object files, etc. (.v9_iface_gcc_dep or .v9_iface_gcc_o). > > Do you have any suggestions on how to get around this error? > > Are we missing something simple? > > Carsten > > [a...@gs6180 flexus-2.1.1]$ make UniFlex > make -s FLEXUS_ROOT=`pwd` UniFlex > Building UniFlex for v9_iface_gcc simics > Checking dependant component v9_iface_gcc Common > Checking dependant component v9_iface_gcc BPWarm > Checking dependant component v9_iface_gcc InorderSimicsFeeder > Checking dependant component v9_iface_gcc MemoryLoopback > Checking dependant component v9_iface_gcc MemoryMap > Checking dependant component v9_iface_gcc MagicBreak > > Checking dependant component v9_iface_gcc IFetch > Checking dependant component v9_iface_gcc Execute > Checking dependant component v9_iface_gcc Cache > Checking simics v9_iface_gcc core > /usr/bin/g++ -shared -export-dynamic -Wl,--whole-archive *.v9_iface_gcc_o > /home/arch/flexus-2.1.1/components/Common/Common.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/BPWarm/BPWarm.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/InorderSimicsFeeder/InorderSimicsFeeder.v9.iface.gcc.a > > /home/arch/flexus-2.1.1/components/MemoryLoopback/MemoryLoopback.v9.iface.gcc.a > > /home/arch/flexus-2.1.1/components/MemoryMap/MemoryMap.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/MagicBreak/MagicBreak.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/IFetch/IFetch.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/Execute/Execute.v9.iface.gcc.a > /home/arch/flexus-2.1.1/components/Cache/Cache.v9.iface.gcc.a > -L/home/arch/flexus-2.1.1/core -Wl,--whole-archive -lcore_v9_iface_gcc > -lsimics_v9_iface_gcc -Wl,-no-whole-archive -lboost_date_time -lboost_regex > -lboost_serialization -lboost_iostreams -lz -o > libflexus_UniFlex_v9_iface_gcc.so > /usr/bin/ld: cannot find -lcore_v9_iface_gcc > collect2: ld returned 1 exit status > make[6]: *** [libflexus_UniFlex_v9_iface_gcc.so] Error 1 > make[5]: *** [simics-v9] Error 2 > make[4]: *** [UniFlex] Error 2 > make[3]: *** [UniFlex] Error 2 > make[2]: *** [UniFlex] Error 2 > make[1]: *** [UniFlex] Error 2 > make: *** [UniFlex] Error 2 > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > From abu_saad at research.iiit.net Thu Nov 8 03:26:31 2007 From: abu_saad at research.iiit.net (Abu Saad Papa) List-Post: [email protected] Date: Thu Nov 8 03:26:52 2007 Subject: [Simflex] Trying 64 nodes in DSMFlex.OoO In-Reply-To: <[email protected]> References: <759998876.1193933...@miura> <[email protected]> Message-ID: <[email protected]> I had sent this post earliar. I am still trying to form a DSM with 64 cores but not successful so far, any help will be highly appreciated. > Hi, > I am trying to use DSMFlex.OoO with 64 cores. As per the following thread > > https://sos.ece.cmu.edu/pipermail/simflex/2006-August/000247.html > > I made changes to FastBus component. After these changes there was no > error when creating flexpoints using TraceFlex. > Then when running the timing job, first the simulation was not moving > forward after this point > > 1481 <ComponentManager.cpp:127> {0}- Loading state: 00-directory > 1482 <DirectoryImpl.cpp:289> {0}- 00-directory couldn't find checkpoint > 00-directory. Using flex_state_in/00-directory-tflex instead. > > I tried waiting for a long time still there was no progress. Later I made > some changes in DirectoryImpl.cpp ( I changed all 'unsigned long' to > 'unsigned long long'). This time there was progress in the simulation but > I got stuck at this place > > 1734 <ComponentManager.cpp:127> {0}- Loading state: 61-nic > 1735 <ComponentManager.cpp:127> {0}- Loading state: 62-nic > 1736 <ComponentManager.cpp:127> {0}- Loading state: 63-nic > 1737 <ComponentManager.cpp:127> {0}- Loading state: sys-network > 1738 <ComponentManager.cpp:127> {0}- Loading state: sys-memory-map > 1739 <MemoryMapImpl.cpp:322> {0}- Page map file page_map.out was not > found. > 1740 <ComponentManager.cpp:127> {0}- Loading state: sys-magic-break > 1741 <ComponentManager.cpp:131> {0}- Done loading. > 1742 <mai_api.cpp:151> {3}- CPU[8] Registering for interrupts > 1743 <mai_api.cpp:151> {4}- CPU[2] Registering for interrupts > ... > ... > ... > 1805 <mai_api.cpp:151> {35}- CPU[40] Registering for interrupts > 1806 <component.hpp:267> (<undefined>[<undefined>]) {55}- Assertion > failed: ((!(anIndex < theWidth))) : Component: prot_eng Index: 81 Width: > 64 > (*** Simics ***) Simics getting shaky, switching to 'safe' mode. > (*** Simics ***) Simics (main thread) received an abort signal, probably > an assertion. > pure virtual method called > terminate called without an active exception > (*** Simics ***) Simics getting shaky, switching to 'safe' mode. > (*** Simics ***) Simics (main thread) received an abort signal, probably > an assertion. > > I am getting back to the prompt after this error. I tried removing all > the DBG_Assert( Index < Width) check by commenting them but still am > getting the following error at the same stage namely, > > 1742 <mai_api.cpp:151> {3}- CPU[8] Registering for interrupts > 1743 <mai_api.cpp:151> {4}- CPU[2] Registering for interrupts > ... > ... > ... > 1805 <mai_api.cpp:151> {35}- CPU[40] Registering for interrupts > (*** Simics ***) Simics getting shaky, switching to 'safe' mode. > (*** Simics ***) Simics (main thread) received an abort signal, probably > an assertion. > pure virtual method called > terminate called without an active exception > (*** Simics ***) Simics getting shaky, switching to 'safe' mode. > (*** Simics ***) Simics (main thread) received an abort signal, probably > an assertion. > > The index number of the 64 cores in the simics is varying from 0-23, > 32-55 and 64-79. I think the problem lies here, the index numbers are > not varying from 0-63!!! But I am not sure whether this is the cause > for simics to get an error even after commenting the DBG_Assert( Index > < Width) check. I hope someone has tried this earliar and have come > with some solution to it. Please help me in getting a DSMFlex.OoO > system with 64 cores. > > -- Abu Saad Papa > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > -- Abu Saad Papa http://research.iiit.net/~abu_saad/ M.S VLSI IIIT, Hyderabad. "GOD GIVES MAN GETS ........ GOD FORGIVES MAN FORGETS...."
