Re: [rvm-research] Researching the Jikes RVM

Pradeeban, nice to see you here.

As the build log says did you try passing -fPIC option as a compiler
argument ?

/usr/bin/ld: obj/gcspy_buffered_input.o: relocation R_X86_64_32
against `.rodata' can not be used when making a shared object;
recompile with -fPIC



Rajika


On Tue, Mar 5, 2013 at 4:13 PM, Kathiravelu Pradeeban <
[email protected]> wrote:

> Hi,
> Thanks for the pointers.
>
> I was trying to build jikes with GCspy [1] heap visualization
> framework, using the command,
> ant -Dconfig.name=BaseBaseSemiSpaceGCSpy
> -Dconfig.include.gcspy-client=1 -Dhost.name=x86_64-linux
> -Dtarget.name=x86_64-linux -Dcp.enable.gtk-peer="--disable-gtk-peer"
>
> I fixed a minor issue - gcspy.dir was pointing to a wrong location in
> build/components/gcspy.xml (patch attached herewith, as gcspy.diff).
> However, now I am getting the below exception. Could you pls help me
> rectify this issue?
>
> build:
>      [exec] rm -rf obj
>      [exec] rm -rf bin
>
> .....
>
>      [exec] gcc -shared -o lib/libgcspy.so  obj/gcspy_array_input.o
> obj/gcspy_array_output.o  obj/gcspy_buffered_input.o
> obj/gcspy_buffered_output.o  obj/gcspy_color_db.o
> obj/gcspy_command_stream.o  obj/gcspy_comm.o  obj/gcspy_d_utils.o
> obj/gcspy_gc_driver.o  obj/gcspy_gc_stream.o  obj/gcspy_interpreter.o
> obj/gcspy_main_server.o  obj/gcspy_shape_stream.o  obj/gcspy_timer.o
> obj/gcspy_utils.o
>      [exec] /usr/bin/ld: obj/gcspy_buffered_input.o: relocation
> R_X86_64_32 against `.rodata' can not be used when making a shared
> object; recompile with -fPIC
>      [exec] obj/gcspy_buffered_input.o: could not read symbols: Bad value
>      [exec] collect2: ld returned 1 exit status
>      [exec] make: *** [lib/libgcspy.so] Error 1
> BUILD FAILED
> /home/pradeeban/jikesrvm/build.xml:301: The following error occurred
> while executing this line:
> /home/pradeeban/jikesrvm/build.xml:311: The following error occurred
> while executing this line:
> /home/pradeeban/jikesrvm/build/components/gcspy.xml:122: The following
> error occurred while executing this line:
> /home/pradeeban/jikesrvm/build/components/base.xml:70: The following
> error occurred while executing this line:
> /home/pradeeban/jikesrvm/build/components/base.xml:76: The following
> error occurred while executing this line:
> /home/pradeeban/jikesrvm/build/components/gcspy.xml:101: exec returned: 2
>
> Full log is attached as log.txt, for the interested.
>
> [1] http://jikesrvm.org/Using+GCSpy
>
> Thank you.
> Regards,
> Pradeeban.
>
> On Tue, Mar 5, 2013 at 2:29 PM, Erik Brangs <[email protected]> wrote:
> > Hi,
> >
> > On 04.03.2013 14:13, Kathiravelu Pradeeban wrote:
> >> I would also like to know the status of the Compressor Mark-Compact
> >> Garbage Collector project listed in [5]. I found that a GSoC student
> >> worked on it, during 2010. Is it already completed?
> >
> > Michael Gendelman worked on the Compressor in 2010. The code and some
> > information about the design is available at
> > http://code.google.com/p/jikesrvm-compressor/.
> >
> > IIRC the Compressor implementation wasn't stable enough for mainline, so
> > there is still work to do.
> >
> >> I had a look at the GSoC 2013 project ideas [6], but it is not included
> >> there.
> >
> > We're still in the progress of collecting ideas for projects. I'm sure
> > that researchers and students working on memory management will add or
> > suggest appropriate ideas in the near future.
> >
> > You can also write a proposal that is not based on an project suggestion
> > from the list.
> >
> >> If it is already implemented, could you point me to some other
> >> feature requests, that fits an equal amount of work load?
> >
> > There were some MMTk projects in GSoC 2011 that could be continued. Take
> > a look at point 2) and 3) on
> > http://docs.codehaus.org/display/RVM/Google+Summer+of+Code+2011 . You
> > can also take a look at the idea lists from the previous GSoC.
> >
> >> I tried to
> >> view the rfe from [7]. But they are marked as 'historic' and are
> >> empty. Am I looking into a wrong place?
> >
> > We've got a JIRA instace at http://jira.codehaus.org/browse/RVM (as
> > described
> > on http://www.jikesrvm.org/Issue+Tracker).
> >
> >
> > Kind regards,
> >
> > Erik Brangs
> >
> >
> ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> > _______________________________________________
> > Jikesrvm-researchers mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers
>
>
>
> --
> Kathiravelu Pradeeban.
> Postgraduate Student,
> Erasmus Mundus European Master in Distributed Computing,
> Instituto Superior Técnico, Lisbon, Portugal.
>
> Blog: [Llovizna] http://kkpradeeban.blogspot.com/
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> Jikesrvm-researchers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers
>
>

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb

_______________________________________________
Jikesrvm-researchers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers