FS#39043 - [qhull] qhull headers reside in /usr/include/libqhull instead of /usr/include/qhull
Attached to Project:
Arch Linux
Opened by fe rew (ferew2) - Tuesday, 25 February 2014, 17:16 GMT
Last edited by Ronald van Haren (pressh) - Monday, 03 March 2014, 10:38 GMT
Opened by fe rew (ferew2) - Tuesday, 25 February 2014, 17:16 GMT
Last edited by Ronald van Haren (pressh) - Monday, 03 March 2014, 10:38 GMT
|
Details
Description:
qhull headers reside in /usr/include/libqhull while qhull docs say that ../qhull should be used The qhull documentation states: “To access all functions, use qhull_a.h. Include the file with "#include <qhull/qhull_a.h>".” (see http://www.qhull.org/html/qh-code.htm#library) Solution: I suggest to symlink qhull to libqhull after installing the headers. Something along the lines of cd $PREFIX/include/ ln -s libqhull qhull Additional info: * package version: 2012.1-2 Steps to reproduce: 1. install qhull 2. create test program using qhull 3. follow the advice from the docs: To access all functions, use qhull_a.h. Include the file with "#include <qhull/qhull_a.h>". 4. the compiler complains that the file does not exist |
This task depends upon
Closed by Ronald van Haren (pressh)
Monday, 03 March 2014, 10:38 GMT
Reason for closing: Not a bug
Additional comments about closing: Upstream had a bug in its own documentation.
Monday, 03 March 2014, 10:38 GMT
Reason for closing: Not a bug
Additional comments about closing: Upstream had a bug in its own documentation.
If they're in the wrong place, it's because upstream puts them there. Looking at the PKGBUILD, it does nothing about moving the headers at all. Please report this upstream.
Maybe it's simply the documentation is out of date.
Here is what I mean:
qhull headers reside in /usr/include/libqhull instead of /usr/include/qhull
and of course
cd $PREFIX/include/
ln -s libqhull qhull
the rest is valid
can you pint me to the PKGBUILD?
Can I edit the summary and description?
Sorry for the newbie questions.
As you can see, all it really does is:
cmake -DCMAKE_INSTALL_PREFIX=/usr
make
make install
So $PREFIX/include/libqhull is where upstream is putting them.
still. a symlink would be an easy fix (to what seems to be an upstream bug)
Is that definitely not an option?
I probably should check how other distros deal with that. It may be that they created the artefact and everybody got used to it.
thanks for considering!
thanks for your help and answers!
keep up the good work!
Arch tries to keep packages as close to upstream as possible. Upstream chose not to include a symlink for backward compatibility, so it's doubtful that the Arch maintainer will add it. Even worse, there is no maintainer for this package (it's a orphan), so unless there's a serious problem, I doubt anyone will care about modifying it. I'll go ahead and assign this to the person listed as the maintainer in the PKGBUILD, but it will probably be closed as "Won't fix".
/usr/include/libqhull has been the right place since 2011.
Thanks Doug for hunting down the problem.