[crossfire] GTK client compilation issue w/ newer autotools

David McIlwraith 2c93e8f1 at gmail.com
Sun Feb 26 03:04:26 CST 2012


Yes. I agree there, in relation to potential duplication of
dependencies inter alia; I am not entirely sure who is responsible for
the erroneous .pc file in current builds of ArchLinux, but a patch is
already present in the client 'crossfire-client-svn' package at
https://aur.archlinux.org/.  Thanks for your advice! :-)

Regards,
- David McIlwraith <2c93e8f1 at gmail.com>

On Sun, Feb 26, 2012 at 1:48 PM, Mark Wedel <mwedel at sonic.net> wrote:
> On 02/15/12 01:22 AM, David McIlwraith wrote:
>>
>> Hi,
>>
>> Thanks. Seems that is the case here. X libraries are not listed in the
>> gtk+-2.0.pc file for some reason.
>
>
>  There isn't a lot the client can/should do in that case.
>
>  One can set LIBS environmental variables to add extra libraries that are
> needed - I think in this case, that is probably the correct fix (well,
> workaround).
>
>  While the client configure script could look for these other libraries,
> there is reasonably likelihood that it will break in various cases - if gtk+
> adds another library dependency in the future, or if there is an extra one
> on some system.
>
>
>>
>> Regards,
>> - David McIlwraith<2c93e8f1 at gmail.com>
>>
>> On Wed, Feb 15, 2012 at 3:16 PM, Mark Wedel<mwedel at sonic.net>  wrote:
>>>
>>> On 02/14/12 04:49 PM, David McIlwraith wrote:
>>>>
>>>>
>>>> Hi,
>>>>
>>>> X_LIBS does not appear to include libX11 with bleeding-edge auto*
>>>> tools; I am not sure if this is an issue with the client source itself
>>>> or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local
>>>> ArchLinux [x86_64] system), configure.ac must be modified such that
>>>> -lX11 is added in a similar vein to Xext. Noting that I have not
>>>> encountered this issue before when packaging the client, I am unsure
>>>> as to where the problem lies -- does anyone have any insight here?
>>>
>>>
>>>
>>>  Does pkg-config exist on the system (it may not - it seems like every
>>> few
>>> years yet a new method of determine package information comes out).
>>>
>>>  It would be interesting to see what 'pkg-config --libs gtk+-2.0' comes
>>> back
>>> with - that should provide the libraries that gtk+ needs.  For example,
>>> on
>>> my solaris system, I get:
>>>
>>> pkg-config --libs gtk+-2.0
>>> -R/usr/lib -lgtk-x11-2.0 -lsecdb -ltsol -lgdk-x11-2.0 -latk-1.0
>>> -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lXext -lXrender
>>> -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgio-2.0
>>> -lXfixes
>>> -lcairo -lX11 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0
>>> -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0
>>>
>>>  Note that -X11 (along with a bunch of other X libraries) is there.
>>>
>>>  If pkg-config is not listing those libraries, I would suggest some
>>> problem
>>> with the distribution related to pkg-config not reporting correct
>>> information. If that information is there, and for some reason the
>>> configure
>>> is not using it, that would require more investigation.
>>
>> _______________________________________________
>> crossfire mailing list
>> crossfire at metalforge.org
>> http://mailman.metalforge.org/mailman/listinfo/crossfire
>>
>


More information about the crossfire mailing list