This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug uprobes/17049] dtrace does not support -fPIC option anymore
- From: "bonzini at gnu dot org" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Fri, 13 Jun 2014 06:50:53 +0000
- Subject: [Bug uprobes/17049] dtrace does not support -fPIC option anymore
- Auto-submitted: auto-generated
- References: <bug-17049-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=17049
Paolo Bonzini <bonzini at gnu dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #8 from Paolo Bonzini <bonzini at gnu dot org> ---
No, I cannot... The .lo file is something like this
# trace/generated-tracers.lo - a libtool object file
# Generated by libtool (GNU libtool) 2.4.2
#
# Please DO NOT delete this file!
# It is necessary for linking the library.
# Name of the PIC object.
pic_object='.libs/generated-tracers.o'
# Name of the non-PIC object
non_pic_object='generated-tracers.o'
The format and location of the objects is internal to libtool. Also, QEMU uses
a pre-installed libtool (because QEMU is not autoconfiscated) so I cannot add a
special-purpose DTRACE tag.
Note that this will be mostly a problem with downstream distributions, since
upstream we're dropping this usage anyway for unrelated reasons (we do not need
to put generated-tracers.o in a library anymore). I guess one could hack the
dtrace script around in downstream systemtap.
Thanks for the discussion!
--
You are receiving this mail because:
You are the assignee for the bug.