Bug 43464 - incorrect detection of non-existing Xinerama library
Summary: incorrect detection of non-existing Xinerama library
Status: RESOLVED NOT A BUG
Alias: None
Product: configure
Classification: Developer tools
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-06-03 18:18 UTC by gweber
Modified: 2003-07-21 19:02 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gweber 2002-06-03 18:15:31 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kdevelop
Version:           2.1RC2 (using KDE 3.0.1 )
Severity:          normal
Installed from:    compiled sources
Compiler:          gcc version 2.95.3 20010315 (release)
OS:                Linux (i686) release 2.4.18-2cl
OS/Compiler notes: 

It appears that the method for checking the existence of the Xinerama library is not efficient. According to the code

AC_TRY_LINK([#include <X11/Xlib.h>
#include <X11/extensions/Xinerama.h>]

found in acinclude.m4 it seems that it  checks for the presence of Xinerama.h file to determine the presence of the Xinerama library. Because of this linking may fail due to the absence of the Xinerama library in some distros. In the current Conectiva Linux Distribution Xlib.h and Xinerama.h and the Xinerama library are kept in different packages which are not necessarily installed together. This causes the kdevelop linking process to fail because Xinerama library was incorrectly detected. Please see: http://bugzilla.conectiva.com.br/show_bug.cgi?id=5648


Although it is the distro's job to provide include file and library with correct dependencies it does reveal a rather inefficient way of detecting the presence of a library. I would suggest trying to detect the library file itself rather that the include file or even better trying to detect both.

This problem can be easily reproduced by removing the library file without removing the include files.

I hope this is of some help 

best wishes

Gerald Weber


(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
Comment 1 Caleb Tennis 2002-10-10 19:41:45 UTC
This check is based of the of same ones that all of the other KDE modules use.  
In fact, this is a module in kde-common, used by kdevelop.  If this problem 
still persists for you, you may want to recommend these changes to the 
kde-common folks. 
Comment 2 Simon Hausmann 2002-10-10 19:46:44 UTC
Please don't just close such bugs! Re-assign them to configure. 
Comment 3 Dirk Mueller 2003-07-21 19:02:30 UTC
looking at the configure check in 3_1_BRANCH:  
 
LDFLAGS="$LDFLAGS $X_LDFLAGS $USER_LDFLAGS" 
CFLAGS="$CFLAGS -I$x_includes" 
LIBS="-lXinerama -lXext" 
 
if test "x$no_xinerama" = "xno"; then 
 
  AC_CACHE_VAL(ac_cv_have_xinerama, 
  [