No subject
Thu Nov 22 16:31:42 UTC 2012
// These are internal fltk symbols that are necessary or useful for
// calling Xlib. You should include this file if (and ONLY if) you
// need to call Xlib directly. These symbols may not exist on non-X
// systems.
There are macros further on that use XCreatePixmap in their definition:
# define fl_create_offscreen(w,h) \
XCreatePixmap(fl_display, \
(Fl_Surface_Device::surface()->class_name() ==
Fl_Display_Device::class_id ? \
fl_window : fl_xid(Fl::first_window()) ) , \
w, h, fl_visual->depth)
So I'd say that fltk apps that use this header really do need to specify
-lX11 in their own LDFLAGS as they will need these symbols directly.
So it's an flrig bug.
It's easy to work around:
$ LDFLAGS="-lX11" ./configure && make
[...]
$ ldd src/flrig
linux-vdso.so.1 => (0x00007fffccb82000)
libX11.so.6 => /lib64/libX11.so.6 (0x0000003c77600000)
[...]
I couldn't see where to report bugs on w1hkj.com...
Regards,
Bryn.
So why does this bug not show itself on Suse, and any of the Debian based builds?
vk4tux
--=-Nq6aH3fTRlrxGUtw2jDM
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/4.6.1">
</HEAD>
<BODY>
<BR>
<BR>
-----Original Message-----<BR>
<B>From</B>: Bryn M. Reeves <<A HREF="mailto:%22Bryn%20M.%20Reeves%22%20%3cbmr at redhat.com%3e">bmr at redhat.com</A>><BR>
<B>Reply-to</B>: Development discussions related to Fedora <devel at lists.fedoraproject.org><BR>
<B>To</B>: Development discussions related to Fedora <<A HREF="mailto:Development%20discussions%20related%20to%20Fedora%20%3cdevel at lists.fedoraproject.org%3e">devel at lists.fedoraproject.org</A>><BR>
<B>Cc</B>: Miloslav Trmač <<A HREF="mailto:Miloslav%20%3d%3fUTF-8%3fQ%3fTrma%3dC4%3d8D%3f%3d%20%3cmitr at volny.cz%3e">mitr at volny.cz</A>><BR>
<B>Subject</B>: Re: fltk<BR>
<B>Date</B>: Wed, 19 Dec 2012 18:01:40 +0000<BR>
<BR>
<PRE>
On 19/12/12 17:30, Miloslav Trmač wrote:
<FONT COLOR="#737373">> On Wed, Dec 19, 2012 at 6:27 PM, Bryn M. Reeves <<A HREF="mailto:bmr at redhat.com">bmr at redhat.com</A>> wrote:</FONT>
<FONT COLOR="#737373">>> On Fedora the following command fails:</FONT>
<FONT COLOR="#737373">>></FONT>
<FONT COLOR="#737373">>> g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE</FONT>
<FONT COLOR="#737373">>> -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math</FONT>
<FONT COLOR="#737373">>> -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig</FONT>
<FONT COLOR="#737373">>> [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread</FONT>
<FONT COLOR="#737373">>></FONT>
<FONT COLOR="#737373">>> While on Ubuntu it works (run in a similarly prep'ed source tree);</FONT>
<FONT COLOR="#737373">>> something appears to be "magically" adding -lX11 during the link step on</FONT>
<FONT COLOR="#737373">>> Ubuntu</FONT>
<FONT COLOR="#737373">> Probably <A HREF="http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking">http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking</A></FONT>
<FONT COLOR="#737373">> Mirek</FONT>
<FONT COLOR="#737373">> </FONT>
So it seems to be down to the fact that flrig includes <FL/x.H>:
$ fgrep 'FL/x.H' rig.cxx
#include <FL/x.H>
#include <FL/x.H>
More information about the devel
mailing list