This message from Daniel (he's not on the m5-users list) Nate
---------- Forwarded message ---------- From: Daniel Sanchez <[email protected]> Date: Wed, Apr 21, 2010 at 4:46 PM Subject: Re: [m5-users] m5threads To: nathan binkert <[email protected]> Cc: M5 users mailing list <[email protected]> nathan binkert wrote: > > The code was written by Daniel Sanchez. Perhaps he can give you some > pointers, or maybe he even has some updates. > > First, please check whether you are able to run the test programs that come with m5threads. The makefile for the test programs also shows how to compile and link against the library. If these fail, it might be a simulator or a library problem. Regards, Daniel > Nate > > On Tue, Apr 20, 2010 at 7:13 AM, Eberle <[email protected]> wrote: > >> >> I was able to successfuly compile my test program without calling >> pthread_join(). >> But, when I run the executable on the platform with 2 SPARCs, the following >> happened: >> >> command line: ./build/SPARC_SE/m5.fast configs/splash2/teste.py -n 2 -b >> Helloworld >> Global frequency set at 1000000000000 ticks per second >> 0: system.remote_gdb.listener: listening for remote gdb on port 7000 >> 0: system.remote_gdb.listener: listening for remote gdb on port 7001 >> info: Entering event queue @ 0. Starting simulation... >> Initiating >> experiment... >> <- This is the first of my helloworld printed outputs. >> panic: Tried to execute unmapped address 0. >> @ cycle 76104000 >> [invoke:build/SPARC_SE/arch/sparc/faults.cc, line 629] >> Memory Usage: 200844 KBytes >> For more information see: http://www.m5sim.org/panic/95542d88 >> Program aborted at cycle 76104000 >> Aborted >> >> >> I suppose it happens when I try to create a second thread. >> The teste.py script is the splash2/run.py modified to use my executable file >> instead. >> >> Has someone successfully compiled and ran a multithreaded Sparc software? >> >> -- >> Eberle A. Rambo. >> >> >> On Tue, Apr 20, 2010 at 8:51 AM, Eberle <[email protected]> wrote: >> >>> >>> Thanks for the reply. >>> I don't think that is the problem because the first pthread function >>> called in the hello.cpp was correctly found. >>> I was looking inside the pthreads library generated and I noticed that >>> this pthread_join function wasn't listed there. I really can't imagine a >>> reason. >>> >>> To create the library I executed the following two lines: >>> >>> sparc64-unknown-linux-gnu-gcc -c pthread.c -o m5pthread.o >>> sparc64-unknown-linux-gnu-ar csr libm5pthread.a m5pthread.o >>> >>> >>> Funny thing... >>> >>> >>> On Tue, Apr 20, 2010 at 1:13 AM, nathan binkert <[email protected]> wrote: >>> >>>>> >>>>> I have created a m5threads static linkable library for Sparc, with the >>>>> files >>>>> available in the m5 repository. I used the Sparc compiler available in >>>>> the >>>>> m5 website. >>>>> The thing is: when I link my multithreaded helloworld app with this >>>>> lib, I >>>>> get the following error: >>>>> >>>>> eberl...@bellatrix:~/UFSC/Wannabe/helloworld$ >>>>> sparc64-unknown-linux-gnu-g++ >>>>> -static -L. -lm5pthread hello.cpp -o hello >>>>> /tmp/ccfh1vud.o(.text+0x2b0): In function `main': >>>>> : undefined reference to `pthread_join' >>>>> collect2: ld returned 1 exit status >>>>> >>>> >>>> I think your link order is bad. generally, -l options need to come >>>> after object files, otherwise, the linker doesn't know to pull out the >>>> relevant functions. (The linker processes files in order.) >>>> _______________________________________________ >>>> m5-users mailing list >>>> [email protected] >>>> http://m5sim.org/cgi-bin/mailman/listinfo/m5-users >>>> >> >> _______________________________________________ >> m5-users mailing list >> [email protected] >> http://m5sim.org/cgi-bin/mailman/listinfo/m5-users >> >> _______________________________________________ m5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
