Hello Masayuki, See this post in the list archives:
https://sos.ece.cmu.edu/pipermail/simflex/2006-July/000227.html Let us know if that does not solve your problem. Best Regards, -Tom Wenisch Computer Architecture Lab Carnegie Mellon University On Thu, 20 Jul 2006, Masayuki Sato wrote: > Hi all, My name is Masayuki Sato. Nice to meet you. > > I tried to run CMPFlex.OoO following Getting Started Guide 2.1.1. > I used TraceCMPFlex to execute ./create-initial-flexpoint and > ./creates-flexpoints. And next > $./run-timing-jobs 0 26 -ma -cfg OoO CMPFlex.OoO > But error messages appeared and CMPFlex.OoO could not be executed. > Please tell me about this sollution. > > Simulator's host environment is SUSE Linux 10.1 i386, default g++ > version is 4.1.0. > > --------- Error messages is below this line ---------- > > Flexus Simics simulator - Built as CMPFlex.OoO v2.1 > > 2 <ComponentManager.cpp:81> {0}- Instantiating system with a width > factor of: 1 > 3 <Cache.hpp:82> {0}- L1d port BackSideOut_Prefetch is not wired > 4 <CmpCache.hpp:85> {0}- L2 port BackSideOut_Snoop is not wired > 5 <wiring.cpp:93> {0}- initializing Parameters... > Warning: The 'flexus-CMPFlex.OoO-v9-iface-gcc' module unexpectedly > defined the 'Flexus' class > Warning: The 'flexus-CMPFlex.OoO-v9-iface-gcc' module unexpectedly > defined the 'SimicsInterface' class > 6 <flexus.cpp:369> {0}- Set stat interval to : 50000 > 7 <flexus.cpp:374> {0}- Set region interval to : 50000 > Opening debug output file: trace.out > Successfully parsed debug configurations from iteration.trace.cfg > 8 <flexus.cpp:513> {0}- Loading Flexus state from subdirectory > flex_state_in > 9 <ComponentManager.cpp:96> {0}- Initalizing components... > 10 <FetchAddressGenerateImpl.cpp:90> {0}- Thread[0.0] connected to cpu0 > Initial PC: v:00001035c > 11 <microArch.cpp:169> {0}- sys-uarch connected to cpu0 > 12 <MemoryMapImpl.cpp:322> {0}- Page map file page_map.out was not > found. > 13 <ComponentManager.cpp:127> {0}- Loading state: sys-fag > 14 <BranchPredictor.cpp:751> {0}- sys-fag loaded branch predictor. BTB > size: 1024 by 16 Bimodal size: 32768 Meta size: 8192 Gshare size: 13 > 15 <ComponentManager.cpp:127> {0}- Loading state: sys-ufetch > 16 <uFetchImpl.cpp:123> {0}- Loading state: flex_state_in/sys-L1i for > ufetch order L1i cache > 17 <uFetchImpl.cpp:167> {0}- Expected '<' when loading checkpoint > 18 <uFetchImpl.cpp:132> {0}- Error loading checkpoint state from file: > flex_state_in/sys-L1i. Make sure your checkpoints match your current > cache configuration. > 19 <uFetchImpl.cpp:133> (<undefined>[<undefined>]) {0}- Assertion > failed: ((!(false))) : <undefined> > (*** 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. > > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > From ayu at ic.sunysb.edu Fri Jul 28 18:00:25 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Fri Jul 28 18:03:17 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> Hello, I'm trying to compile TraceFlex, but I ran into what I think is a little problem. During compilation, I got the following error: /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive *.v9_iface_gcc_o /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Commo n.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledFee der/DecoupledFeeder.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/Fa stCache.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fast Bus.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak/M agicBreak.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPWar m.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTracker /TraceTracker.v9.iface.gcc.a -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so /usr/bin/ld: cannot find -lcore_v9_iface_gcc collect2: ld returned 1 exit status make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 Now, I tried to look everywhere for this seemingly missing library. Can you point me to where I can find/compile this? Thanks for any help. ayu From twenisch at ece.cmu.edu Fri Jul 28 18:13:50 2006 From: twenisch at ece.cmu.edu (Thomas Wenisch) List-Post: [email protected] Date: Fri Jul 28 18:13:55 2006 Subject: [Simflex] missing core_v9_iface_gcc library In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> Hello Ayu, libcore_v9_iface_gcc.a should be built as part of the build process for TraceFlex (or any other Flexus simulator). All of the simulator targets should cause the core libraries to be rebuilt if they are missing or out of date. This is the first report we've had of a system where this doesn't work. What version of make are you using? You can explicitly tell the makefiles to build the library with the commands: make core make core-simics It should be produced in FLEXUS_ROOT/core, which on your system, appears to be /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. Once you have manually built these libraries, try building TraceFlex again. Regards, -Tom Wenisch Computer Architecture Lab Carnegie Mellon University On Fri, 28 Jul 2006, ayu wrote: > > Hello, > > I'm trying to compile TraceFlex, but I ran into what I think is a little > problem. During compilation, I got the following error: > > /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > *.v9_iface_gcc_o > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Commo > n.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledFee > der/DecoupledFeeder.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/Fa > stCache.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fast > Bus.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak/M > agicBreak.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPWar > m.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTracker > /TraceTracker.v9.iface.gcc.a > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so > /usr/bin/ld: cannot find -lcore_v9_iface_gcc > collect2: ld returned 1 exit status > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 > > Now, I tried to look everywhere for this seemingly missing library. Can > you point me to where I can find/compile this? Thanks for any help. > > ayu > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > From ayu at ic.sunysb.edu Fri Jul 28 19:19:25 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Fri Jul 28 19:19:48 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> Tom, Thanks for the (amazingly) quick response. When I run make core and make core-simics it appears to compile fine. Here's the output for core: make: Nothing to be done for `core'. Here's the output for core-simics: make[2]: Leaving directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make -r SETUP_OK=true core-simics make[2]: Entering directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" make[3]: Entering directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make[3]: Nothing to be done for `core'. Here's the version of make that I'm using: make -version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i486-pc-linux-gnu So, if these 2 are compiled with no complaints, then indeed something strange is happening. I'm going to do some more poking around. Some additional info: The version of g++ that I'm using is 4.0.4, but I doubt that's causing the problem. I also running on a Debian system (Sarge), which I also think is not the cause of the problem. Thanks for the help. ayu ----- Original Message Follows ----- > Hello Ayu, > > libcore_v9_iface_gcc.a should be built as part of the build process > for TraceFlex (or any other Flexus simulator). All of the simulator > targets should cause the core libraries to be rebuilt if they are > missing or out of date. This is the first report we've had of a > system where this doesn't work. What version of make are you using? > > You can explicitly tell the makefiles to build the library with the > commands: > make core > make core-simics > > It should be produced in FLEXUS_ROOT/core, which on your system, > appears to be /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. > Once you have manually built these libraries, try building TraceFlex > again. > > Regards, > -Tom Wenisch > Computer Architecture Lab > Carnegie Mellon University > > > On Fri, 28 Jul 2006, ayu wrote: > > > > > Hello, > > > > I'm trying to compile TraceFlex, but I ran into what I think is a > > little problem. During compilation, I got the following error: > > > > /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > > *.v9_iface_gcc_o > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > > mo n.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > > ee der/DecoupledFeeder.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > > Fa stCache.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > > st Bus.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > > /M agicBreak.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > > ar m.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > > er /TraceTracker.v9.iface.gcc.a > > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so > > /usr/bin/ld: cannot find -lcore_v9_iface_gcc > > collect2: ld returned 1 exit status > > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 > > > > Now, I tried to look everywhere for this seemingly missing library. > > Can you point me to where I can find/compile this? Thanks for any > help. > > > ayu > > _______________________________________________ > > SimFlex mailing list > > [email protected] > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex From ayu at ic.sunysb.edu Fri Jul 28 20:50:20 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Fri Jul 28 20:50:44 2006 Subject: Fwd: Re: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> I just realized that core and core-simics didn't get built. "Nothing to be done ..." means there was nothing to build for core. The next step is to figure out why it's not being built. ayu ----- Message Forwarded on Fri, 28 Jul 2006 19:47:40 -0500 ----- From: "ayu" <[email protected]> To: SimFlex software support <[email protected]> Subject: Re: [Simflex] missing core_v9_iface_gcc library List-Post: [email protected] Date: Fri, 28 Jul 2006 18:19:25 -0500 Tom, Thanks for the (amazingly) quick response. When I run make core and make core-simics it appears to compile fine. Here's the output for core: make: Nothing to be done for `core'. Here's the output for core-simics: make[2]: Leaving directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make -r SETUP_OK=true core-simics make[2]: Entering directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" make[3]: Entering directory `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' make[3]: Nothing to be done for `core'. Here's the version of make that I'm using: make -version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i486-pc-linux-gnu So, if these 2 are compiled with no complaints, then indeed something strange is happening. I'm going to do some more poking around. Some additional info: The version of g++ that I'm using is 4.0.4, but I doubt that's causing the problem. I also running on a Debian system (Sarge), which I also think is not the cause of the problem. Thanks for the help. ayu ----- Original Message Follows ----- > Hello Ayu, > > libcore_v9_iface_gcc.a should be built as part of the build process > for TraceFlex (or any other Flexus simulator). All of the simulator > targets should cause the core libraries to be rebuilt if they are > missing or out of date. This is the first report we've had of a > system where this doesn't work. What version of make are you using? > > You can explicitly tell the makefiles to build the library with the > commands: > make core > make core-simics > > It should be produced in FLEXUS_ROOT/core, which on your system, > appears to be /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. > Once you have manually built these libraries, try building TraceFlex > again. > > Regards, > -Tom Wenisch > Computer Architecture Lab > Carnegie Mellon University > > > On Fri, 28 Jul 2006, ayu wrote: > > > > > Hello, > > > > I'm trying to compile TraceFlex, but I ran into what I think is a > > little problem. During compilation, I got the following error: > > > > /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > > *.v9_iface_gcc_o > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > > mo n.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > > ee der/DecoupledFeeder.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > > Fa stCache.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > > st Bus.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > > /M agicBreak.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > > ar m.v9.iface.gcc.a > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > > er /TraceTracker.v9.iface.gcc.a > > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so > > /usr/bin/ld: cannot find -lcore_v9_iface_gcc > > collect2: ld returned 1 exit status > > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 > > > > Now, I tried to look everywhere for this seemingly missing library. > > Can you point me to where I can find/compile this? Thanks for any > help. > > > ayu > > _______________________________________________ > > SimFlex mailing list > > [email protected] > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex _______________________________________________ SimFlex mailing list [email protected] https://sos.ece.cmu.edu/mailman/listinfo/simflex SimFlex web page: http://www.ece.cmu.edu/~simflex From twenisch at ece.cmu.edu Sat Jul 29 16:30:11 2006 From: twenisch at ece.cmu.edu (Thomas Wenisch) List-Post: [email protected] Date: Sat Jul 29 16:30:18 2006 Subject: [Simflex] missing core_v9_iface_gcc library In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> Hi Ayu, Make 3.81 should be fine. As you noted in your follow-up, "Nothing to be done for 'core'" means that make is not actually building the core libraries. To be certain, can you post a listing of the contents of FLEXUS_ROOT/core? Also, see what happens if you explicitly specify a debug severity setting, with: make core-iface One final thing to check for is to see if you have any core files in any directories (anywhere in the FLEXUS tree, or perhaps your home directory). If there are any files named core (from a core dump of a crashed binary), make may be erroneously looking at the datestamp on those files. If you want to eliminate this possibility, I suggest unpacking the entire source distribution again to a different location, and see if you have the same problems. Regards, -Tom Wenisch Computer Architecture Lab Carnegie Mellon University On Fri, 28 Jul 2006, ayu wrote: > > Tom, > > Thanks for the (amazingly) quick response. When I run > > make core and > make core-simics > > it appears to compile fine. Here's the output for core: > > make: Nothing to be done for `core'. > > Here's the output for core-simics: > > make[2]: Leaving directory > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > make -r SETUP_OK=true core-simics > make[2]: Entering directory > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" > make[3]: Entering directory > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > make[3]: Nothing to be done for `core'. > > Here's the version of make that I'm using: > make -version > GNU Make 3.81 > Copyright (C) 2006 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > This program built for i486-pc-linux-gnu > > So, if these 2 are compiled with no complaints, then indeed something > strange is happening. I'm going to do some more poking around. > > Some additional info: The version of g++ that I'm using is 4.0.4, but I > doubt that's causing the problem. I also running on a Debian system > (Sarge), which I also think is not the cause of the problem. > > Thanks for the help. > > ayu > > ----- Original Message Follows ----- >> Hello Ayu, >> >> libcore_v9_iface_gcc.a should be built as part of the build process >> for TraceFlex (or any other Flexus simulator). All of the simulator >> targets should cause the core libraries to be rebuilt if they are >> missing or out of date. This is the first report we've had of a >> system where this doesn't work. What version of make are you using? >> >> You can explicitly tell the makefiles to build the library with the >> commands: >> make core >> make core-simics >> >> It should be produced in FLEXUS_ROOT/core, which on your system, >> appears to be /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once you have manually built these libraries, try building TraceFlex >> again. >> >> Regards, >> -Tom Wenisch >> Computer Architecture Lab >> Carnegie Mellon University >> >> >> On Fri, 28 Jul 2006, ayu wrote: >> >>> >>> Hello, >>> >>> I'm trying to compile TraceFlex, but I ran into what I think is a >>> little problem. During compilation, I got the following error: >>> >>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive >>> *.v9_iface_gcc_o >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com >>> mo n.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF >>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ >>> Fa stCache.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa >>> st Bus.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak >>> /M agicBreak.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW >>> ar m.v9.iface.gcc.a >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack >>> er /TraceTracker.v9.iface.gcc.a >>> -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>> make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>> >>> Now, I tried to look everywhere for this seemingly missing library. >>> Can you point me to where I can find/compile this? Thanks for any >> help. > >>> ayu >>> _______________________________________________ >>> SimFlex mailing list >>> [email protected] >>> https://sos.ece.cmu.edu/mailman/listinfo/simflex >>> SimFlex web page: http://www.ece.cmu.edu/~simflex >>> >> _______________________________________________ >> SimFlex mailing list >> [email protected] >> https://sos.ece.cmu.edu/mailman/listinfo/simflex >> SimFlex web page: http://www.ece.cmu.edu/~simflex > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > From ayu at ic.sunysb.edu Sat Jul 29 17:52:57 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Sat Jul 29 17:53:07 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> ----- Original Message Follows ----- > Hi Ayu, > > Make 3.81 should be fine. As you noted in your follow-up, "Nothing to > be done for 'core'" means that make is not actually building the core > libraries. To be certain, can you post a listing of the contents of > FLEXUS_ROOT/core? > Here's the list. As you can see nothing new got produced. total 272 -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp > Also, see what happens if you explicitly specify a debug severity > setting, with: > make core-iface > When I run the command as stated, it looks like it's also not doing anything: > make core-iface make -s -r FLEXUS_ROOT=`pwd` core-iface > One final thing to check for is to see if you have any core files in > any directories (anywhere in the FLEXUS tree, or perhaps your home > directory). If there are any files named core (from a core dump of a > crashed binary), make may be erroneously looking at the datestamp on > those files. If you want to eliminate this possibility, I suggest > unpacking the entire source distribution again to a different > location, and see if you have the same problems. Actually, I've unpacked and try to compile the source a couple times and it always produce the same result. In fact, if I unpack it and run 'make core' it doesn't do anything either. I'm starting to suspect that it's not reading the makefile correctly. Since, I'm an EE by training, debugging this will take me some time. Thanks. ayu > On Fri, 28 Jul 2006, ayu wrote: > > > > > Tom, > > > > Thanks for the (amazingly) quick response. When I run > > > > make core and > > make core-simics > > > > it appears to compile fine. Here's the output for core: > > > > make: Nothing to be done for `core'. > > > > Here's the output for core-simics: > > > > make[2]: Leaving directory > > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > make -r SETUP_OK=true core-simics > > make[2]: Entering directory > > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" > > make[3]: Entering directory > > `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > make[3]: Nothing to be done for `core'. > > > > Here's the version of make that I'm using: > > make -version > > GNU Make 3.81 > > Copyright (C) 2006 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. > > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > > PARTICULAR PURPOSE. > > This program built for i486-pc-linux-gnu > > > > So, if these 2 are compiled with no complaints, then indeed > > something strange is happening. I'm going to do some more poking > around. > > > Some additional info: The version of g++ that I'm using is 4.0.4, > > but I doubt that's causing the problem. I also running on a Debian > > system (Sarge), which I also think is not the cause of the problem. > > > > Thanks for the help. > > > > ayu > > > > ----- Original Message Follows ----- > >> Hello Ayu, > >> > >> libcore_v9_iface_gcc.a should be built as part of the build process > >> for TraceFlex (or any other Flexus simulator). All of the > simulator >> targets should cause the core libraries to be rebuilt if > they are >> missing or out of date. This is the first report we've > had of a >> system where this doesn't work. What version of make are > you using? >> > >> You can explicitly tell the makefiles to build the library with the > >> commands: > >> make core > >> make core-simics > >> > >> It should be produced in FLEXUS_ROOT/core, which on your system, > >> appears to be > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once you > have manually built these libraries, try building TraceFlex >> again. > >> > >> Regards, > >> -Tom Wenisch > >> Computer Architecture Lab > >> Carnegie Mellon University > >> > >> > >> On Fri, 28 Jul 2006, ayu wrote: > >> > >>> > >>> Hello, > >>> > >>> I'm trying to compile TraceFlex, but I ran into what I think is a > >>> little problem. During compilation, I got the following error: > >>> > >>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > >>> *.v9_iface_gcc_o > >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > >>> mo n.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > >>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > >>> Fa stCache.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > >>> st Bus.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > >>> /M agicBreak.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > >>> ar m.v9.iface.gcc.a >>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > >>> er /TraceTracker.v9.iface.gcc.a >>> > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find > -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status > >>> make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 > >>> > >>> Now, I tried to look everywhere for this seemingly missing > library. >>> Can you point me to where I can find/compile this? Thanks > for any >> help. > > >>> ayu From twenisch at ece.cmu.edu Sat Jul 29 18:08:06 2006 From: twenisch at ece.cmu.edu (Thomas Wenisch) List-Post: [email protected] Date: Sat Jul 29 18:08:18 2006 Subject: [Simflex] missing core_v9_iface_gcc library In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> Hi Ayu, It turns out the problem is a bug in Make 3.81. I upgraded our make here to check it out (we were using 3.80) and I get the same behavior as you. It appears that make 3.81 does not honor .PHONY directives for targets that match a .DEFAULT rule. I have attached a new version of Makefile and makefile.core that should work around the issue. Put these files in FLEXUS_ROOT. We will roll the fixes into the next Flexus release, but they may not be for a while Let me know if you have problems with the attached files. I will report the make bug to the make developers, but I doubt they will fix it any time soon. Regards, -Tom Wenisch Computer Architecture Lab Carnegie Mellon University On Sat, 29 Jul 2006, ayu wrote: > > ----- Original Message Follows ----- >> Hi Ayu, >> >> Make 3.81 should be fine. As you noted in your follow-up, "Nothing to >> be done for 'core'" means that make is not actually building the core >> libraries. To be certain, can you post a listing of the contents of >> FLEXUS_ROOT/core? >> > Here's the list. As you can see nothing new got produced. > total 272 > -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile > drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions > -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp > -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components > -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp > -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug > -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp > -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp > -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp > -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp > -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp > -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp > -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs > -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc > -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc > -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance > drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics > -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp > -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats > -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp > -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test > -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp > -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp > >> Also, see what happens if you explicitly specify a debug severity >> setting, with: >> make core-iface >> > > When I run the command as stated, it looks like it's also not doing > anything: > >> make core-iface > make -s -r FLEXUS_ROOT=`pwd` core-iface > > >> One final thing to check for is to see if you have any core files in >> any directories (anywhere in the FLEXUS tree, or perhaps your home >> directory). If there are any files named core (from a core dump of a >> crashed binary), make may be erroneously looking at the datestamp on >> those files. If you want to eliminate this possibility, I suggest >> unpacking the entire source distribution again to a different >> location, and see if you have the same problems. > > Actually, I've unpacked and try to compile the source a couple times and > it always produce the same result. In fact, if I unpack it and run 'make > core' it doesn't do anything either. I'm starting to suspect that it's > not reading the makefile correctly. > Since, I'm an EE by training, debugging this will take me some time. > > Thanks. > > ayu > > >> On Fri, 28 Jul 2006, ayu wrote: >> >>> >>> Tom, >>> >>> Thanks for the (amazingly) quick response. When I run >>> >>> make core and >>> make core-simics >>> >>> it appears to compile fine. Here's the output for core: >>> >>> make: Nothing to be done for `core'. >>> >>> Here's the output for core-simics: >>> >>> make[2]: Leaving directory >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>> make -r SETUP_OK=true core-simics >>> make[2]: Entering directory >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>> make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" >>> make[3]: Entering directory >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>> make[3]: Nothing to be done for `core'. >>> >>> Here's the version of make that I'm using: >>> make -version >>> GNU Make 3.81 >>> Copyright (C) 2006 Free Software Foundation, Inc. >>> This is free software; see the source for copying conditions. >>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A >>> PARTICULAR PURPOSE. >>> This program built for i486-pc-linux-gnu >>> >>> So, if these 2 are compiled with no complaints, then indeed >>> something strange is happening. I'm going to do some more poking >> around. > >>> Some additional info: The version of g++ that I'm using is 4.0.4, >>> but I doubt that's causing the problem. I also running on a Debian >>> system (Sarge), which I also think is not the cause of the problem. >>> >>> Thanks for the help. >>> >>> ayu >>> >>> ----- Original Message Follows ----- >>>> Hello Ayu, >>>> >>>> libcore_v9_iface_gcc.a should be built as part of the build process >>>> for TraceFlex (or any other Flexus simulator). All of the >> simulator >> targets should cause the core libraries to be rebuilt if >> they are >> missing or out of date. This is the first report we've >> had of a >> system where this doesn't work. What version of make are >> you using? >> >>>> You can explicitly tell the makefiles to build the library with the >>>> commands: >>>> make core >>>> make core-simics >>>> >>>> It should be produced in FLEXUS_ROOT/core, which on your system, >>>> appears to be >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once you >> have manually built these libraries, try building TraceFlex >> again. >>>> >>>> Regards, >>>> -Tom Wenisch >>>> Computer Architecture Lab >>>> Carnegie Mellon University >>>> >>>> >>>> On Fri, 28 Jul 2006, ayu wrote: >>>> >>>>> >>>>> Hello, >>>>> >>>>> I'm trying to compile TraceFlex, but I ran into what I think is a >>>>> little problem. During compilation, I got the following error: >>>>> >>>>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive >>>>> *.v9_iface_gcc_o >>>>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com >>>>> mo n.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF >>>>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ >>>>> Fa stCache.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa >>>>> st Bus.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak >>>>> /M agicBreak.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW >>>>> ar m.v9.iface.gcc.a >>> >>>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack >>>>> er /TraceTracker.v9.iface.gcc.a >>> >> -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find >> -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>>>> make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>>>> >>>>> Now, I tried to look everywhere for this seemingly missing >> library. >>> Can you point me to where I can find/compile this? Thanks >> for any >> help. > >>>>> ayu > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > -------------- next part -------------- # DO-NOT-REMOVE begin-copyright-block # # Redistributions of any form whatsoever must retain and/or include the # following acknowledgment, notices and disclaimer: # # This product includes software developed by Carnegie Mellon University. # # Copyright 2006 by Eric Chung, Brian Gold, Nikos Hardavellas, Jangwoo Kim, # Ippokratis Pandis, Minglong Shao, Jared Smolens, Stephen Somogyi, # Tom Wenisch, Anastassia Ailamaki, Babak Falsafi and James C. Hoe for # the SimFlex Project, Computer Architecture Lab at Carnegie Mellon, # Carnegie Mellon University. # # For more information, see the SimFlex project website at: # http://www.ece.cmu.edu/~simflex # # You may not use the name 'Carnegie Mellon University' or derivations # thereof to endorse or promote products derived from this software. # # If you modify the software you must place a notice on or within any # modified version provided or made available to any third party stating # that you have modified the software. The notice shall include at least # your name, address, phone number, email address and the date and purpose # of the modification. # # THE SOFTWARE IS PROVIDED 'AS-IS' WITHOUT ANY WARRANTY OF ANY KIND, EITHER # EXPRESS, IMPLIED OR STATUTORY, INCLUDING BUT NOT LIMITED TO ANY WARRANTY # THAT THE SOFTWARE WILL CONFORM TO SPECIFICATIONS OR BE ERROR-FREE AND ANY # IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, # TITLE, OR NON-INFRINGEMENT. IN NO EVENT SHALL CARNEGIE MELLON UNIVERSITY # BE LIABLE FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO DIRECT, INDIRECT, # SPECIAL OR CONSEQUENTIAL DAMAGES, ARISING OUT OF, RESULTING FROM, OR IN # ANY WAY CONNECTED WITH THIS SOFTWARE (WHETHER OR NOT BASED UPON WARRANTY, # CONTRACT, TORT OR OTHERWISE). # # DO-NOT-REMOVE end-copyright-block include makefile.defs .PHONY: core install ifndef FLEXUS_ROOT .PHONY: stat-manager #determine what FLEXUS_ROOT should be .DEFAULT core: $(MAKE) $(SILENT_MAKE) FLEXUS_ROOT=`pwd` $@ list_targets: $(MAKE) $(SILENT_MAKE) FLEXUS_ROOT=`pwd` $@ install: $(MAKE) $(SILENT_MAKE) FLEXUS_ROOT=`pwd` -f makefile.install install uninstall: $(MAKE) $(SILENT_MAKE) FLEXUS_ROOT=`pwd` -f makefile.install uninstall stat-manager: @cd stat-manager ; $(MAKE) $(SILENT_MAKE) -f Makefile all else # We know what Flexus root is. install: $(MAKE) $(SILENT_MAKE) FLEXUS_ROOT=`pwd` -f makefile.install install ifndef SETUP_OK # Check the Flexus setup to make sure all paths are correct, Simics, and Boost # are installed correctly. .DEFAULT core: $(MAKE) $(SILENT_MAKE) -f makefile.checksetup $(MAKE) $(SILENT_MAKE) SETUP_OK=true $@ else # We have checked the Flexus setup and it is ok to proceed with the build ifndef TARGET_PARSED # We need to parse the target name # We break the target into a TARGET and a TARGET_SPEC, breaking up on the first dash. All dashes are stripped out of both .DEFAULT core: $(MAKE) $(SILENT_MAKE) TARGET_PARSED=true $(word 1,$(subst -, ,$@)) "TARGET_OPTIONS=$(strip $(filter-out $(word 1,$(subst -, ,$@)),$(subst -, ,$@)))" else # We have split the target name and spec. Invoke the appropriate makefile # to build whatever the target is # Pick the make target apart to see what it is. # It could be: # - a simulator, in which case: # $@ names a directory under FLEXUS_ROOT/simulators # - a special make target, in which case: # Makefile.$@ exists and supports that target # Otherwise, it is an error. In the case of an error, we print out all legal targets .DEFAULT core: if [[ -e makefile.$@ ]] ; then \ $(MAKE) $(SILENT_MAKE) -f makefile.$@ $@ ; \ elif [[ -d $(SIMULATORS_DIR)/$@ ]] ; then \ $(MAKE) $(SILENT_MAKE) -f makefile.simulators $@ ; \ elif [[ -d $(COMPONENTS_DIR)/$@ ]] ; then \ $(MAKE) $(SILENT_MAKE) -f makefile.components $@ ; \ else \ if [[ "$@" != "list_targets" ]] ; then \ echo "$@ is not a valid simulator or component." ; \ fi ; \ echo "Supported simulators:" ; \ ls -ICVS $(SIMULATORS_DIR) ; \ echo "Supported components:" ; \ ls -ICVS $(COMPONENTS_DIR) ; \ fi endif endif endif -------------- next part -------------- # DO-NOT-REMOVE begin-copyright-block # # Redistributions of any form whatsoever must retain and/or include the # following acknowledgment, notices and disclaimer: # # This product includes software developed by Carnegie Mellon University. # # Copyright 2006 by Eric Chung, Brian Gold, Nikos Hardavellas, Jangwoo Kim, # Ippokratis Pandis, Minglong Shao, Jared Smolens, Stephen Somogyi, # Tom Wenisch, Anastassia Ailamaki, Babak Falsafi and James C. Hoe for # the SimFlex Project, Computer Architecture Lab at Carnegie Mellon, # Carnegie Mellon University. # # For more information, see the SimFlex project website at: # http://www.ece.cmu.edu/~simflex # # You may not use the name 'Carnegie Mellon University' or derivations # thereof to endorse or promote products derived from this software. # # If you modify the software you must place a notice on or within any # modified version provided or made available to any third party stating # that you have modified the software. The notice shall include at least # your name, address, phone number, email address and the date and purpose # of the modification. # # THE SOFTWARE IS PROVIDED 'AS-IS' WITHOUT ANY WARRANTY OF ANY KIND, EITHER # EXPRESS, IMPLIED OR STATUTORY, INCLUDING BUT NOT LIMITED TO ANY WARRANTY # THAT THE SOFTWARE WILL CONFORM TO SPECIFICATIONS OR BE ERROR-FREE AND ANY # IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, # TITLE, OR NON-INFRINGEMENT. IN NO EVENT SHALL CARNEGIE MELLON UNIVERSITY # BE LIABLE FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO DIRECT, INDIRECT, # SPECIAL OR CONSEQUENTIAL DAMAGES, ARISING OUT OF, RESULTING FROM, OR IN # ANY WAY CONNECTED WITH THIS SOFTWARE (WHETHER OR NOT BASED UPON WARRANTY, # CONTRACT, TORT OR OTHERWISE). # # DO-NOT-REMOVE end-copyright-block include makefile.defs .PHONY: core # This makefile is called with: # $@ set to the name of the directory in which to build the simulator # TARGET_OPTIONS first word as the target to build for that simulator # TARGET_OPTIONS second word as the compiler to use DEBUG_SETTING_OVERRIDE=$(filter crit dev trace iface verb vverb inv,$(TARGET_OPTIONS)) DEBUG_SETTING=$(if $(DEBUG_SETTING_OVERRIDE),$(DEBUG_SETTING_OVERRIDE),iface) ICC_SELECTED=$(filter icc,$(TARGET_OPTIONS)) DOXYGEN_SELECTED=$(filter doc,$(TARGET_OPTIONS)) GCC_SELECTED=$(if $(ICC_SELECTED)$(DOXYGEN_SELECTED),$(filter gcc,$(TARGET_OPTIONS)),gcc) override X86_SELECTED=$(filter x86,$(TARGET_OPTIONS)) override V9_SELECTED=$(if $(X86_SELECTED),$(filter v9,$(TARGET_OPTIONS)),v9) TARGET_NO_DEBUG=$(strip $(filter-out crit dev trace iface verb vverb inv,$(TARGET_OPTIONS))) TARGET_NO_COMP=$(strip $(filter-out icc,$(filter-out gcc,$(TARGET_NO_DEBUG)))) TARGET=$(strip $(filter-out v9,$(filter-out x86,$(filter-out doc,$(TARGET_NO_COMP))))) .DEFAULT core: ifeq ($(GCC_SELECTED),gcc) ifeq ($(X86_SELECTED),x86) cd $(CORE_DIR) ; $(MAKE) $(SILENT_MAKE) $(TARGET) SELECTED_CC=gcc TARGET_PLATFORM=x86 SELECTED_DEBUG=$(DEBUG_SETTING) endif ifeq ($(V9_SELECTED),v9) cd $(CORE_DIR) ; $(MAKE) $(SILENT_MAKE) $(TARGET) SELECTED_CC=gcc TARGET_PLATFORM=v9 SELECTED_DEBUG=$(DEBUG_SETTING) endif endif ifeq ($(ICC_SELECTED),icc) ifeq ($(X86_SELECTED),x86) cd $(CORE_DIR) ; $(MAKE) $(SILENT_MAKE) $(TARGET) SELECTED_CC=icc TARGET_PLATFORM=x86 SELECTED_DEBUG=$(DEBUG_SETTING) endif ifeq ($(V9_SELECTED),v9) cd $(CORE_DIR) ; $(MAKE) $(SILENT_MAKE) $(TARGET) SELECTED_CC=icc TARGET_PLATFORM=v9 SELECTED_DEBUG=$(DEBUG_SETTING) endif endif ifeq ($(DOXYGEN_SELECTED),doc) cd $(CORE_DIR) ; $(MAKE) $(SILENT_MAKE) doc endif From twenisch at ece.cmu.edu Sat Jul 29 18:20:55 2006 From: twenisch at ece.cmu.edu (Thomas Wenisch) List-Post: [email protected] Date: Sat Jul 29 18:20:59 2006 Subject: [Simflex] missing core_v9_iface_gcc library In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> On Sat, 29 Jul 2006, Thomas Wenisch wrote: > Hi Ayu, > > It turns out the problem is a bug in Make 3.81. I upgraded our make here to > check it out (we were using 3.80) and I get the same behavior as you. It > appears that make 3.81 does not honor .PHONY directives for targets that > match a .DEFAULT rule. > > I will report the make bug to the make developers, but I doubt they will fix > it any time soon. Turns out its a known bug in 3.81. http://savannah.gnu.org/bugs/?func=detailitem&item_id=16958 > Regards, > -Tom Wenisch > Computer Architecture Lab > Carnegie Mellon University > From ayu at ic.sunysb.edu Sat Jul 29 20:53:23 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Sat Jul 29 20:53:48 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> Tom, Thanks for the fix. I was able to get core to compile. But, I hit another snag. If I compile using gcc-4.0.4/g++-4.0.4, I get the following error (which is just a snippet): /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libboost_iostreams a(zlib.gcc_o): In function `boost::iostreams::zlib_error::~zlib_error()': zlib.cpp:(.gnu.linkonce.t._ZN5boost9iostreams10zlib_errorD1Ev[boost::ios treams::zlib_error::~zlib_error()]+0x11): undefined reference to `std::ios_base::failure::~failure()' /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libboost_iostreams a(zlib.gcc_o): In function `boost::iostreams::zlib_error::~zlib_error()': zlib.cpp:(.gnu.linkonce.t._ZN5boost9iostreams10zlib_errorD0Ev[boost::ios treams::zlib_error::~zlib_error()]+0x14): undefined reference to `std::ios_base::failure::~failure()' zlib.cpp:(.gnu.linkonce.t._ZN5boost9iostreams10zlib_errorD0Ev[boost::ios treams::zlib_error::~zlib_error()]+0x1f): undefined reference to `operator delete(void*)' /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libboost_iostreams a(zlib.gcc_o):(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' collect2: ld returned 1 exit status However, if I compile with g++-4.0.4/g++-4.1.2, I get the following errors (snippet) /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libsimics_v9_iface _gcc.a(startup.v9_iface_gcc_o): In function `Flexus::Simics::SimicsInterfaceImpl::doCycleEvent(Flexus::Simics::API:: conf_object*)': startup.cpp:(.gnu.linkonce.t._ZN6Flexus6Simics19SimicsInterfaceImpl12doC ycleEventEPNS0_3API11conf_objectE[Flexus::Simics::SimicsInterfaceImpl::d oCycleEvent(Flexus::Simics::API::conf_object*)]+0x51): undefined reference to `SIM_stacked_post' startup.cpp:(.gnu.linkonce.t._ZN6Flexus6Simics19SimicsInterfaceImpl12doC ycleEventEPNS0_3API11conf_objectE[Flexus::Simics::SimicsInterfaceImpl::d oCycleEvent(Flexus::Simics::API::conf_object*)]+0x85): undefined reference to `SIM_time_post' startup.cpp:(.gnu.linkonce.t._ZN6Flexus6Simics19SimicsInterfaceImpl12doC ycleEventEPNS0_3API11conf_objectE[Flexus::Simics::SimicsInterfaceImpl::d oCycleEvent(Flexus::Simics::API::conf_object*)]+0xb9): undefined reference to `SIM_step_post' startup.cpp:(.gnu.linkonce.t._ZN6Flexus6Simics19SimicsInterfaceImpl12doC ycleEventEPNS0_3API11conf_objectE[Flexus::Simics::SimicsInterfaceImpl::d oCycleEvent(Flexus::Simics::API::conf_object*)]+0xfa): undefined reference to `SIM_time_post_cycle' collect2: ld returned 1 exit status make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 My question is, is it absoulutely necessary to use gcc 4.0.0 (or 4.1.0) for it to work? Previously, I would have thought that it wouldn't matter, but after going through make 3.80 and 3.81, I'm starting to think otherwise. Thanks, ayu ----- Original Message Follows ----- > Hi Ayu, > > It turns out the problem is a bug in Make 3.81. I upgraded our make > here to check it out (we were using 3.80) and I get the same behavior > as you. It appears that make 3.81 does not honor .PHONY directives > for targets that match a .DEFAULT rule. > > I have attached a new version of Makefile and makefile.core that > should work around the issue. Put these files in FLEXUS_ROOT. We > will roll the fixes into the next Flexus release, but they may not be > for a while > > Let me know if you have problems with the attached files. > > I will report the make bug to the make developers, but I doubt they > will fix it any time soon. > > Regards, > -Tom Wenisch > Computer Architecture Lab > Carnegie Mellon University > > On Sat, 29 Jul 2006, ayu wrote: > > > > > ----- Original Message Follows ----- > >> Hi Ayu, > >> > >> Make 3.81 should be fine. As you noted in your follow-up, "Nothing > to >> be done for 'core'" means that make is not actually building > the core >> libraries. To be certain, can you post a listing of the > contents of >> FLEXUS_ROOT/core? > >> > > Here's the list. As you can see nothing new got produced. > > total 272 > > -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile > > drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions > > -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp > > -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components > > -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp > > -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug > > -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp > > -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp > > -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp > > -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp > > -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp > > -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp > > -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs > > -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc > > -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc > > -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance > > drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics > > -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp > > -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats > > -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp > > -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test > > -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp > > -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp > > > >> Also, see what happens if you explicitly specify a debug severity > >> setting, with: > >> make core-iface > >> > > > > When I run the command as stated, it looks like it's also not doing > > anything: > > > >> make core-iface > > make -s -r FLEXUS_ROOT=`pwd` core-iface > > > > > >> One final thing to check for is to see if you have any core files > in >> any directories (anywhere in the FLEXUS tree, or perhaps your > home >> directory). If there are any files named core (from a core > dump of a >> crashed binary), make may be erroneously looking at the > datestamp on >> those files. If you want to eliminate this > possibility, I suggest >> unpacking the entire source distribution > again to a different >> location, and see if you have the same > problems. > > > Actually, I've unpacked and try to compile the source a couple times > > and it always produce the same result. In fact, if I unpack it and > > run 'make core' it doesn't do anything either. I'm starting to > > suspect that it's not reading the makefile correctly. > > Since, I'm an EE by training, debugging this will take me some time. > > > > Thanks. > > > > ayu > > > > > >> On Fri, 28 Jul 2006, ayu wrote: > >> > >>> > >>> Tom, > >>> > >>> Thanks for the (amazingly) quick response. When I run > >>> > >>> make core and > >>> make core-simics > >>> > >>> it appears to compile fine. Here's the output for core: > >>> > >>> make: Nothing to be done for `core'. > >>> > >>> Here's the output for core-simics: > >>> > >>> make[2]: Leaving directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make -r SETUP_OK=true core-simics > >>> make[2]: Entering directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" > >>> make[3]: Entering directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make[3]: Nothing to be done for `core'. > >>> > >>> Here's the version of make that I'm using: > >>> make -version > >>> GNU Make 3.81 > >>> Copyright (C) 2006 Free Software Foundation, Inc. > >>> This is free software; see the source for copying conditions. > >>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR > A >>> PARTICULAR PURPOSE. > >>> This program built for i486-pc-linux-gnu > >>> > >>> So, if these 2 are compiled with no complaints, then indeed > >>> something strange is happening. I'm going to do some more poking > >> around. > > >>> Some additional info: The version of g++ that I'm using is 4.0.4, > >>> but I doubt that's causing the problem. I also running on a Debian > >>> system (Sarge), which I also think is not the cause of the > problem. >>> > >>> Thanks for the help. > >>> > >>> ayu > >>> > >>> ----- Original Message Follows ----- > >>>> Hello Ayu, > >>>> > >>>> libcore_v9_iface_gcc.a should be built as part of the build > process >>>> for TraceFlex (or any other Flexus simulator). All of > the >> simulator >> targets should cause the core libraries to be > rebuilt if >> they are >> missing or out of date. This is the first > report we've >> had of a >> system where this doesn't work. What > version of make are >> you using? >> > >>>> You can explicitly tell the makefiles to build the library with > the >>>> commands: > >>>> make core > >>>> make core-simics > >>>> > >>>> It should be produced in FLEXUS_ROOT/core, which on your system, > >>>> appears to be > >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once you > >> have manually built these libraries, try building TraceFlex >> > again. >>>> > >>>> Regards, > >>>> -Tom Wenisch > >>>> Computer Architecture Lab > >>>> Carnegie Mellon University > >>>> > >>>> > >>>> On Fri, 28 Jul 2006, ayu wrote: > >>>> > >>>>> > >>>>> Hello, > >>>>> > >>>>> I'm trying to compile TraceFlex, but I ran into what I think is > a >>>>> little problem. During compilation, I got the following error: > >>>>> > >>>>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > >>>>> *.v9_iface_gcc_o > >>>>> > >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > >>>>> mo n.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > >>>>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > >>>>> Fa stCache.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > >>>>> st Bus.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > >>>>> /M agicBreak.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > >>>>> ar m.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > >>>>> er /TraceTracker.v9.iface.gcc.a >>> >> > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find >> > -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>>>> > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>>>> > >>>>> Now, I tried to look everywhere for this seemingly missing > >> library. >>> Can you point me to where I can find/compile this? > Thanks >> for any >> help. > > >>>>> ayu > > _______________________________________________ > > SimFlex mailing list > > [email protected] > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > > [Attachment: Makefile] > [Attachment: makefile.core] From ayu at ic.sunysb.edu Sat Jul 29 22:45:49 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Sat Jul 29 22:46:09 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> Tom, Please disregard the previous post. Here's the real error. (I must have mucked around the make files and broke something else.) After doing a fresh untar, and running with gcc/g++ 4.04/4.1.2, I got the following: ... Building Boost.Iostreams /usr/bin/gcc-4.1 -shared -export-dynamic -Wl,--whole-archive *.v9_iface_gcc_o /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Commo n.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledFee der/DecoupledFeeder.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/Fa stCache.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fast Bus.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak/M agicBreak.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPWar m.v9.iface.gcc.a /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTracker /TraceTracker.v9.iface.gcc.a -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface_g cc.a(flexus.v9_iface_gcc_o):(.data+0x0): multiple definition of `_ZN5boost9date_time18parse_match_resultIT_E11PARSE_ERRORE' /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface_g cc.a(profile.v9_iface_gcc_o):(.data+0x0): first defined here collect2: ld returned 1 exit status make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 Thanks, ayu ----- Original Message Follows ----- > Hi Ayu, > > It turns out the problem is a bug in Make 3.81. I upgraded our make > here to check it out (we were using 3.80) and I get the same behavior > as you. It appears that make 3.81 does not honor .PHONY directives > for targets that match a .DEFAULT rule. > > I have attached a new version of Makefile and makefile.core that > should work around the issue. Put these files in FLEXUS_ROOT. We > will roll the fixes into the next Flexus release, but they may not be > for a while > > Let me know if you have problems with the attached files. > > I will report the make bug to the make developers, but I doubt they > will fix it any time soon. > > Regards, > -Tom Wenisch > Computer Architecture Lab > Carnegie Mellon University > > On Sat, 29 Jul 2006, ayu wrote: > > > > > ----- Original Message Follows ----- > >> Hi Ayu, > >> > >> Make 3.81 should be fine. As you noted in your follow-up, "Nothing > to >> be done for 'core'" means that make is not actually building > the core >> libraries. To be certain, can you post a listing of the > contents of >> FLEXUS_ROOT/core? > >> > > Here's the list. As you can see nothing new got produced. > > total 272 > > -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile > > drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions > > -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp > > -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components > > -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp > > -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug > > -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp > > -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp > > -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp > > -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp > > -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp > > -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp > > -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs > > -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc > > -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc > > -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance > > drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics > > -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp > > -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats > > -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp > > -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test > > -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp > > -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp > > > >> Also, see what happens if you explicitly specify a debug severity > >> setting, with: > >> make core-iface > >> > > > > When I run the command as stated, it looks like it's also not doing > > anything: > > > >> make core-iface > > make -s -r FLEXUS_ROOT=`pwd` core-iface > > > > > >> One final thing to check for is to see if you have any core files > in >> any directories (anywhere in the FLEXUS tree, or perhaps your > home >> directory). If there are any files named core (from a core > dump of a >> crashed binary), make may be erroneously looking at the > datestamp on >> those files. If you want to eliminate this > possibility, I suggest >> unpacking the entire source distribution > again to a different >> location, and see if you have the same > problems. > > > Actually, I've unpacked and try to compile the source a couple times > > and it always produce the same result. In fact, if I unpack it and > > run 'make core' it doesn't do anything either. I'm starting to > > suspect that it's not reading the makefile correctly. > > Since, I'm an EE by training, debugging this will take me some time. > > > > Thanks. > > > > ayu > > > > > >> On Fri, 28 Jul 2006, ayu wrote: > >> > >>> > >>> Tom, > >>> > >>> Thanks for the (amazingly) quick response. When I run > >>> > >>> make core and > >>> make core-simics > >>> > >>> it appears to compile fine. Here's the output for core: > >>> > >>> make: Nothing to be done for `core'. > >>> > >>> Here's the output for core-simics: > >>> > >>> make[2]: Leaving directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make -r SETUP_OK=true core-simics > >>> make[2]: Entering directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" > >>> make[3]: Entering directory > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > >>> make[3]: Nothing to be done for `core'. > >>> > >>> Here's the version of make that I'm using: > >>> make -version > >>> GNU Make 3.81 > >>> Copyright (C) 2006 Free Software Foundation, Inc. > >>> This is free software; see the source for copying conditions. > >>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR > A >>> PARTICULAR PURPOSE. > >>> This program built for i486-pc-linux-gnu > >>> > >>> So, if these 2 are compiled with no complaints, then indeed > >>> something strange is happening. I'm going to do some more poking > >> around. > > >>> Some additional info: The version of g++ that I'm using is 4.0.4, > >>> but I doubt that's causing the problem. I also running on a Debian > >>> system (Sarge), which I also think is not the cause of the > problem. >>> > >>> Thanks for the help. > >>> > >>> ayu > >>> > >>> ----- Original Message Follows ----- > >>>> Hello Ayu, > >>>> > >>>> libcore_v9_iface_gcc.a should be built as part of the build > process >>>> for TraceFlex (or any other Flexus simulator). All of > the >> simulator >> targets should cause the core libraries to be > rebuilt if >> they are >> missing or out of date. This is the first > report we've >> had of a >> system where this doesn't work. What > version of make are >> you using? >> > >>>> You can explicitly tell the makefiles to build the library with > the >>>> commands: > >>>> make core > >>>> make core-simics > >>>> > >>>> It should be produced in FLEXUS_ROOT/core, which on your system, > >>>> appears to be > >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once you > >> have manually built these libraries, try building TraceFlex >> > again. >>>> > >>>> Regards, > >>>> -Tom Wenisch > >>>> Computer Architecture Lab > >>>> Carnegie Mellon University > >>>> > >>>> > >>>> On Fri, 28 Jul 2006, ayu wrote: > >>>> > >>>>> > >>>>> Hello, > >>>>> > >>>>> I'm trying to compile TraceFlex, but I ran into what I think is > a >>>>> little problem. During compilation, I got the following error: > >>>>> > >>>>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > >>>>> *.v9_iface_gcc_o > >>>>> > >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > >>>>> mo n.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > >>>>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > >>>>> Fa stCache.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > >>>>> st Bus.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > >>>>> /M agicBreak.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > >>>>> ar m.v9.iface.gcc.a >>> >>>> > >> > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > >>>>> er /TraceTracker.v9.iface.gcc.a >>> >> > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find >> > -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>>>> > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>>>> > >>>>> Now, I tried to look everywhere for this seemingly missing > >> library. >>> Can you point me to where I can find/compile this? > Thanks >> for any >> help. > > >>>>> ayu > > _______________________________________________ > > SimFlex mailing list > > [email protected] > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > > > > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > > [Attachment: Makefile] > [Attachment: makefile.core] From ayu at ic.sunysb.edu Sun Jul 30 17:31:59 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Sun Jul 30 17:32:14 2006 Subject: [Simflex] missing core_v9_iface_gcc library Message-ID: <[email protected]> Tom, Please disregard this email as well. I've updated some of my gcc libraries and it compiled. Thanks for the help. ayu ----- Original Message Follows ----- > Tom, > > Please disregard the previous post. Here's the real error. (I must > have mucked around the make files and broke something else.) After > doing a fresh untar, and running with gcc/g++ 4.04/4.1.2, I got the > following: ... > Building Boost.Iostreams > /usr/bin/gcc-4.1 -shared -export-dynamic -Wl,--whole-archive > *.v9_iface_gcc_o > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > mo n.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > ee der/DecoupledFeeder.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > Fa stCache.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > st Bus.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > /M agicBreak.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > ar m.v9.iface.gcc.a > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > er /TraceTracker.v9.iface.gcc.a > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface > _g cc.a(flexus.v9_iface_gcc_o):(.data+0x0): multiple definition of > `_ZN5boost9date_time18parse_match_resultIT_E11PARSE_ERRORE' > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface > _g cc.a(profile.v9_iface_gcc_o):(.data+0x0): first defined here > collect2: ld returned 1 exit status > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 > > Thanks, > ayu > ----- Original Message Follows ----- > > Hi Ayu, > > > > It turns out the problem is a bug in Make 3.81. I upgraded our make > > here to check it out (we were using 3.80) and I get the same > > behavior as you. It appears that make 3.81 does not honor .PHONY > > directives for targets that match a .DEFAULT rule. > > > > I have attached a new version of Makefile and makefile.core that > > should work around the issue. Put these files in FLEXUS_ROOT. We > > will roll the fixes into the next Flexus release, but they may not > > be for a while > > > > Let me know if you have problems with the attached files. > > > > I will report the make bug to the make developers, but I doubt they > > will fix it any time soon. > > > > Regards, > > -Tom Wenisch > > Computer Architecture Lab > > Carnegie Mellon University > > > > On Sat, 29 Jul 2006, ayu wrote: > > > > > > > > ----- Original Message Follows ----- > > >> Hi Ayu, > > >> > > >> Make 3.81 should be fine. As you noted in your follow-up, > > "Nothing to >> be done for 'core'" means that make is not actually > > building the core >> libraries. To be certain, can you post a > > listing of the contents of >> FLEXUS_ROOT/core? > > >> > > > Here's the list. As you can see nothing new got produced. > > > total 272 > > > -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile > > > drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ > > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions > > > -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp > > > -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp > > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components > > > -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp > > > -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp > > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug > > > -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp > > > -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp > > > -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp > > > -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp > > > -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp > > > -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp > > > -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs > > > -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc > > > -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc > > > -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp > > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance > > > drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics > > > -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp > > > -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp > > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone > > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats > > > -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp > > > -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp > > > drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets > > > drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test > > > -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp > > > -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp > > > > > >> Also, see what happens if you explicitly specify a debug severity > > >> setting, with: > > >> make core-iface > > >> > > > > > > When I run the command as stated, it looks like it's also not > > > doing anything: > > > > > >> make core-iface > > > make -s -r FLEXUS_ROOT=`pwd` core-iface > > > > > > > > >> One final thing to check for is to see if you have any core files > > in >> any directories (anywhere in the FLEXUS tree, or perhaps your > > home >> directory). If there are any files named core (from a core > > dump of a >> crashed binary), make may be erroneously looking at > > the datestamp on >> those files. If you want to eliminate this > > possibility, I suggest >> unpacking the entire source distribution > > again to a different >> location, and see if you have the same > > problems. > > > > Actually, I've unpacked and try to compile the source a couple > > > times and it always produce the same result. In fact, if I unpack > > > it and run 'make core' it doesn't do anything either. I'm starting > > > to suspect that it's not reading the makefile correctly. > > > Since, I'm an EE by training, debugging this will take me some > > time. > > > > Thanks. > > > > > > ayu > > > > > > > > >> On Fri, 28 Jul 2006, ayu wrote: > > >> > > >>> > > >>> Tom, > > >>> > > >>> Thanks for the (amazingly) quick response. When I run > > >>> > > >>> make core and > > >>> make core-simics > > >>> > > >>> it appears to compile fine. Here's the output for core: > > >>> > > >>> make: Nothing to be done for `core'. > > >>> > > >>> Here's the output for core-simics: > > >>> > > >>> make[2]: Leaving directory > > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > >>> make -r SETUP_OK=true core-simics > > >>> make[2]: Entering directory > > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > >>> make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" > > >>> make[3]: Entering directory > > >>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' > > >>> make[3]: Nothing to be done for `core'. > > >>> > > >>> Here's the version of make that I'm using: > > >>> make -version > > >>> GNU Make 3.81 > > >>> Copyright (C) 2006 Free Software Foundation, Inc. > > >>> This is free software; see the source for copying conditions. > > >>> There is NO warranty; not even for MERCHANTABILITY or FITNESS > > FOR A >>> PARTICULAR PURPOSE. > > >>> This program built for i486-pc-linux-gnu > > >>> > > >>> So, if these 2 are compiled with no complaints, then indeed > > >>> something strange is happening. I'm going to do some more poking > > >> around. > > > >>> Some additional info: The version of g++ that I'm using is 4.0.4 > > , >>> but I doubt that's causing the problem. I also running on a > > Debian >>> system (Sarge), which I also think is not the cause of > > the problem. >>> > > >>> Thanks for the help. > > >>> > > >>> ayu > > >>> > > >>> ----- Original Message Follows ----- > > >>>> Hello Ayu, > > >>>> > > >>>> libcore_v9_iface_gcc.a should be built as part of the build > > process >>>> for TraceFlex (or any other Flexus simulator). All of > > the >> simulator >> targets should cause the core libraries to be > > rebuilt if >> they are >> missing or out of date. This is the > > first report we've >> had of a >> system where this doesn't work. > > What version of make are >> you using? >> > > >>>> You can explicitly tell the makefiles to build the library with > > the >>>> commands: > > >>>> make core > > >>>> make core-simics > > >>>> > > >>>> It should be produced in FLEXUS_ROOT/core, which on your system > > , >>>> appears to be > > >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once > > you >> have manually built these libraries, try building TraceFlex > > >> again. >>>> > > >>>> Regards, > > >>>> -Tom Wenisch > > >>>> Computer Architecture Lab > > >>>> Carnegie Mellon University > > >>>> > > >>>> > > >>>> On Fri, 28 Jul 2006, ayu wrote: > > >>>> > > >>>>> > > >>>>> Hello, > > >>>>> > > >>>>> I'm trying to compile TraceFlex, but I ran into what I think > > is a >>>>> little problem. During compilation, I got the following > > error: >>>>> > > >>>>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive > > >>>>> *.v9_iface_gcc_o > > >>>>> > > >>>> > > >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com > > >>>>> mo n.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF > > >>>>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ > > >>>>> Fa stCache.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa > > >>>>> st Bus.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak > > >>>>> /M agicBreak.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW > > >>>>> ar m.v9.iface.gcc.a >>> >>>> >> > > > > > /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack > > >>>>> er /TraceTracker.v9.iface.gcc.a >>> >> > > -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find >> > > -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>>>> > > make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>>>> > > >>>>> Now, I tried to look everywhere for this seemingly missing >> > > library. >>> Can you point me to where I can find/compile this? > > Thanks >> for any >> help. > >>>>> ayu > > > _______________________________________________ > > > SimFlex mailing list > > > [email protected] > > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > > > > > > > > > _______________________________________________ > > SimFlex mailing list > > [email protected] > > https://sos.ece.cmu.edu/mailman/listinfo/simflex > > SimFlex web page: http://www.ece.cmu.edu/~simflex > > > > [Attachment: Makefile] > > [Attachment: makefile.core] > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex From twenisch at ece.cmu.edu Mon Jul 31 13:49:19 2006 From: twenisch at ece.cmu.edu (Thomas Wenisch) List-Post: [email protected] Date: Mon Jul 31 13:49:27 2006 Subject: [Simflex] missing core_v9_iface_gcc library In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> Ayu, Glad to hear it. Let us know if you need additional assistance. Best Regards, -Tom Wenisch Computer Architecture Lab Carnegie Mellon University On Sun, 30 Jul 2006, ayu wrote: > > Tom, > > Please disregard this email as well. I've updated some of my gcc > libraries and it compiled. Thanks for the help. > > ayu > > ----- Original Message Follows ----- >> Tom, >> >> Please disregard the previous post. Here's the real error. (I must >> have mucked around the make files and broke something else.) After >> doing a fresh untar, and running with gcc/g++ 4.04/4.1.2, I got the >> following: ... >> Building Boost.Iostreams >> /usr/bin/gcc-4.1 -shared -export-dynamic -Wl,--whole-archive >> *.v9_iface_gcc_o >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com >> mo n.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF >> ee der/DecoupledFeeder.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ >> Fa stCache.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa >> st Bus.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak >> /M agicBreak.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW >> ar m.v9.iface.gcc.a >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack >> er /TraceTracker.v9.iface.gcc.a >> -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface >> _g cc.a(flexus.v9_iface_gcc_o):(.data+0x0): multiple definition of >> `_ZN5boost9date_time18parse_match_resultIT_E11PARSE_ERRORE' >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core/libcore_v9_iface >> _g cc.a(profile.v9_iface_gcc_o):(.data+0x0): first defined here >> collect2: ld returned 1 exit status >> make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >> >> Thanks, >> ayu >> ----- Original Message Follows ----- >>> Hi Ayu, >>> >>> It turns out the problem is a bug in Make 3.81. I upgraded our make >>> here to check it out (we were using 3.80) and I get the same >>> behavior as you. It appears that make 3.81 does not honor .PHONY >>> directives for targets that match a .DEFAULT rule. >>> >>> I have attached a new version of Makefile and makefile.core that >>> should work around the issue. Put these files in FLEXUS_ROOT. We >>> will roll the fixes into the next Flexus release, but they may not >>> be for a while >>> >>> Let me know if you have problems with the attached files. >>> >>> I will report the make bug to the make developers, but I doubt they >>> will fix it any time soon. >>> >>> Regards, >>> -Tom Wenisch >>> Computer Architecture Lab >>> Carnegie Mellon University >>> >>> On Sat, 29 Jul 2006, ayu wrote: >>> >>>> >>>> ----- Original Message Follows ----- >>>>> Hi Ayu, >>>>> >>>>> Make 3.81 should be fine. As you noted in your follow-up, >>> "Nothing to >> be done for 'core'" means that make is not actually >>> building the core >> libraries. To be certain, can you post a >>> listing of the contents of >> FLEXUS_ROOT/core? >>>>> >>>> Here's the list. As you can see nothing new got produced. >>>> total 272 >>>> -rwxr-xr-x 1 ayu root 8106 Jun 7 15:08 Makefile >>>> drwxr-xr-x 6 ayu root 4096 Jun 16 01:16 aux_ >>>> drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 boost_extensions >>>> -rw-r--r-- 1 ayu root 13812 Jun 7 14:10 component.hpp >>>> -rw-r--r-- 1 ayu root 4287 Jun 7 14:10 component_interface.hpp >>>> drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 components >>>> -rwxr-xr-x 1 ayu root 9079 Jun 7 14:10 configuration.hpp >>>> -rw-r--r-- 1 ayu root 10920 Jun 7 14:10 configuration_macros.hpp >>>> drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 debug >>>> -rw-r--r-- 1 ayu root 4916 Jun 7 14:10 drive.hpp >>>> -rw-r--r-- 1 ayu root 3119 Jun 7 14:10 drive_reference.hpp >>>> -rw-r--r-- 1 ayu root 6623 Jun 7 14:10 exception.hpp >>>> -rw-r--r-- 1 ayu root 33123 Jun 8 15:53 flexus.cpp >>>> -rw-r--r-- 1 ayu root 4507 Jun 7 14:10 flexus.hpp >>>> -rw-r--r-- 1 ayu root 21642 Jun 7 14:10 interface_macros.hpp >>>> -rwxr-xr-x 1 ayu root 2934 Jun 7 14:10 makefile.all_ccs >>>> -rwxr-xr-x 1 ayu root 3840 Jun 7 14:10 makefile.gcc >>>> -rwxr-xr-x 1 ayu root 3294 Jun 7 14:10 makefile.icc >>>> -rw-r--r-- 1 ayu root 4514 Jun 7 14:10 metaprogram.hpp >>>> drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 performance >>>> drwxr-xr-x 3 ayu root 4096 Jul 6 14:00 simics >>>> -rw-r--r-- 1 ayu root 5446 Jun 7 14:10 simulator_layout.hpp >>>> -rw-r--r-- 1 ayu root 3187 Jun 7 14:10 simulator_name.hpp >>>> drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 standalone >>>> drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 stats >>>> -rwxr-xr-x 1 ayu root 33606 Jun 7 14:10 stats.hpp >>>> -rw-r--r-- 1 ayu root 3306 Jun 7 14:10 target.hpp >>>> drwxr-xr-x 2 ayu root 4096 Jun 16 01:16 targets >>>> drwxr-xr-x 3 ayu root 4096 Jun 16 01:16 test >>>> -rw-r--r-- 1 ayu root 6481 Jun 7 14:10 transport.hpp >>>> -rw-r--r-- 1 ayu root 5885 Jun 7 14:10 types.hpp >>>> >>>>> Also, see what happens if you explicitly specify a debug severity >>>>> setting, with: >>>>> make core-iface >>>>> >>>> >>>> When I run the command as stated, it looks like it's also not >>>> doing anything: >>>> >>>>> make core-iface >>>> make -s -r FLEXUS_ROOT=`pwd` core-iface >>>> >>>> >>>>> One final thing to check for is to see if you have any core files >>> in >> any directories (anywhere in the FLEXUS tree, or perhaps your >>> home >> directory). If there are any files named core (from a core >>> dump of a >> crashed binary), make may be erroneously looking at >>> the datestamp on >> those files. If you want to eliminate this >>> possibility, I suggest >> unpacking the entire source distribution >>> again to a different >> location, and see if you have the same >>> problems. > >>>> Actually, I've unpacked and try to compile the source a couple >>>> times and it always produce the same result. In fact, if I unpack >>>> it and run 'make core' it doesn't do anything either. I'm starting >>>> to suspect that it's not reading the makefile correctly. >>>> Since, I'm an EE by training, debugging this will take me some >>> time. > >>>> Thanks. >>>> >>>> ayu >>>> >>>> >>>>> On Fri, 28 Jul 2006, ayu wrote: >>>>> >>>>>> >>>>>> Tom, >>>>>> >>>>>> Thanks for the (amazingly) quick response. When I run >>>>>> >>>>>> make core and >>>>>> make core-simics >>>>>> >>>>>> it appears to compile fine. Here's the output for core: >>>>>> >>>>>> make: Nothing to be done for `core'. >>>>>> >>>>>> Here's the output for core-simics: >>>>>> >>>>>> make[2]: Leaving directory >>>>>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>>>>> make -r SETUP_OK=true core-simics >>>>>> make[2]: Entering directory >>>>>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>>>>> make -r TARGET_PARSED=true core "TARGET_OPTIONS=simics" >>>>>> make[3]: Entering directory >>>>>> `/home/ayu/work/tools/i686/flexusSimics2.2/flexus' >>>>>> make[3]: Nothing to be done for `core'. >>>>>> >>>>>> Here's the version of make that I'm using: >>>>>> make -version >>>>>> GNU Make 3.81 >>>>>> Copyright (C) 2006 Free Software Foundation, Inc. >>>>>> This is free software; see the source for copying conditions. >>>>>> There is NO warranty; not even for MERCHANTABILITY or FITNESS >>> FOR A >>> PARTICULAR PURPOSE. >>>>>> This program built for i486-pc-linux-gnu >>>>>> >>>>>> So, if these 2 are compiled with no complaints, then indeed >>>>>> something strange is happening. I'm going to do some more poking >>>>> around. > >>>>>> Some additional info: The version of g++ that I'm using is 4.0.4 >>> , >>> but I doubt that's causing the problem. I also running on a >>> Debian >>> system (Sarge), which I also think is not the cause of >>> the problem. >>> >>>>>> Thanks for the help. >>>>>> >>>>>> ayu >>>>>> >>>>>> ----- Original Message Follows ----- >>>>>>> Hello Ayu, >>>>>>> >>>>>>> libcore_v9_iface_gcc.a should be built as part of the build >>> process >>>> for TraceFlex (or any other Flexus simulator). All of >>> the >> simulator >> targets should cause the core libraries to be >>> rebuilt if >> they are >> missing or out of date. This is the >>> first report we've >> had of a >> system where this doesn't work. >>> What version of make are >> you using? >> >>>>>>> You can explicitly tell the makefiles to build the library with >>> the >>>> commands: >>>>>>> make core >>>>>>> make core-simics >>>>>>> >>>>>>> It should be produced in FLEXUS_ROOT/core, which on your system >>> , >>>> appears to be >>>>> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/core. >> Once >>> you >> have manually built these libraries, try building TraceFlex >>>>> again. >>>> >>>>>>> Regards, >>>>>>> -Tom Wenisch >>>>>>> Computer Architecture Lab >>>>>>> Carnegie Mellon University >>>>>>> >>>>>>> >>>>>>> On Fri, 28 Jul 2006, ayu wrote: >>>>>>> >>>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> I'm trying to compile TraceFlex, but I ran into what I think >>> is a >>>>> little problem. During compilation, I got the following >>> error: >>>>> >>>>>>>> /usr/bin/g++-4.0.0 -shared -export-dynamic -Wl,--whole-archive >>>>>>>> *.v9_iface_gcc_o >>>>>>>> >>>>>>> >>>>> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/Common/Com >>>>>>>> mo n.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/DecoupledF >>>>>>>> ee der/DecoupledFeeder.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastCache/ >>>>>>>> Fa stCache.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/FastBus/Fa >>>>>>>> st Bus.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/MagicBreak >>>>>>>> /M agicBreak.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/BPWarm/BPW >>>>>>>> ar m.v9.iface.gcc.a >>> >>>> >> >>> >>> >> /home/ayu/work/tools/i686/flexusSimics2.2/flexus/components/TraceTrack >>>>>>>> er /TraceTracker.v9.iface.gcc.a >>> >> >>> -L/home/ayu/work/tools/i686/flexusSimics2.2/flexus/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_TraceFlex_v9_iface_gcc.so >>> /usr/bin/ld: cannot find >> >>> -lcore_v9_iface_gcc >>> collect2: ld returned 1 exit status >>>>> >>> make[6]: *** [libflexus_TraceFlex_v9_iface_gcc.so] Error 1 >>>>> >>>>>>>> Now, I tried to look everywhere for this seemingly missing >> >>> library. >>> Can you point me to where I can find/compile this? >>> Thanks >> for any >> help. > >>>>> ayu >>>> _______________________________________________ >>>> SimFlex mailing list >>>> [email protected] >>>> https://sos.ece.cmu.edu/mailman/listinfo/simflex >>>> SimFlex web page: http://www.ece.cmu.edu/~simflex >>>> >>> >>> >>> >>> _______________________________________________ >>> SimFlex mailing list >>> [email protected] >>> https://sos.ece.cmu.edu/mailman/listinfo/simflex >>> SimFlex web page: http://www.ece.cmu.edu/~simflex >>> >>> [Attachment: Makefile] >>> [Attachment: makefile.core] >> _______________________________________________ >> SimFlex mailing list >> [email protected] >> https://sos.ece.cmu.edu/mailman/listinfo/simflex >> SimFlex web page: http://www.ece.cmu.edu/~simflex > _______________________________________________ > SimFlex mailing list > [email protected] > https://sos.ece.cmu.edu/mailman/listinfo/simflex > SimFlex web page: http://www.ece.cmu.edu/~simflex > From ayu at ic.sunysb.edu Mon Jul 31 16:30:57 2006 From: ayu at ic.sunysb.edu (ayu) List-Post: [email protected] Date: Mon Jul 31 16:31:08 2006 Subject: [Simflex] possible load module problem? Message-ID: <[email protected]> Hello, When I do a simics> load-module flexus-TraceFlex-v9-iface-gcc I get the the following error: Flexus (C) 2006 The SimFlex Project Eric Chung, Brian Gold, Nikos Hardavellas, Jangwook Kim, Ippokratis Pandis, Minglong Shao, Jared Smolens, Stephen Somogyi, Thomas Wenisch, Roland Wunderlich Anastassia Ailamaki, Babak Falsafi and James C. Hoe. Flexus Simics simulator - Built as (*** Simics ***) Simics getting shaky, switching to 'safe' mode. Simics (main thread) received a segmentation fault. Will try to recuperate. I've read on some other threads that sometimes it's ok to continue despite the segfaults. Is it ok, in this case, to continue despite this error? If I continue, it runs, but the go.sh is broken by this. For now, if it's ok to continue then I will manually run go.sh. Thanks, ayu
