I have fixed the following:
When configure options like --with-cusp-include=xxx are given and no
corresponding --with-cusp-lib=yyy is needed
configure will no longer print an inaccurate error message that you must also
set a --with-cusp-lib=yyy but instead
correctly use the provided value
Reported-by: Massimiliano Leoni <massimiliano.le...@rolls-royce.com>
in the branch master cacadbe
Thanks for reporting it,
Barry
> On Jul 24, 2015, at 9:28 AM, Karl Rupp <r...@iue.tuwien.ac.at> wrote:
>
> Hi Massimiliano,
>
> > I came across this [alleged] bug when installing petsc with GPU support:
>> if I run configure with option –with-cusp-include=… it complains I
>> should also set –with-cusp-lib, but cusp is a pure template library, so
>> there is no static or shared library to link against.
>
> Correct. The sample file in config/examples/arch-cuda-double.py uses
> --with-cusp-dir for exactly that reason.
>
>
>> As an alternative, it offers to specify –with-cusp-dir=CUSP_DIR , and
>> then it tries to guess the include directory as $CUSP_DIR/include, which
>> is wrong as in current CUSP version the directory containing the headers
>> is $CUSP_DIR/cusp.
>>
>> An easy workaround is to go to $CUSP_DIR and create a symbolic link
>> $CUSP_DIR/include that points to $CUSP_DIR/cusp, but I think the
>> configure script should be corrected [one might not always have
>> permission to create this link.
>
> Thanks for the feedback, I will look into this. We have other libraries in
> use which use a similar folder organization as CUSP, so I suspect something
> system-specific. Could you send us configure.log for the case where you
> configure using –with-cusp-dir=CUSP_DIR?
>
> Thanks and best regards,
> Karli
>
