Bruno Haible <br...@clisp.org> writes:

> Actually, there are quite a number of tests that not every project may
> want to carry in its testsuite, but that should be packageable via
> --create-testdir:
>   - The C++ tests of the modules 'string', 'stdlib', etc.
>   - The tests that ask for the superuser password ('idpriv-drop',
>     'idpriv-droptemp').
>   - The long-running tests of the 'havelib' module (currently still in
>     gettext).

I agree, having a mechanism to handle this would be useful.

> Additionally, the user who installs a package might want to disable the C++
> part even if it is packaged as part of the tarball. I'm applying this.

Thanks, but the original problem is still not addressed -- building
libidn (and libunistring, and likely other projects too) fails after the
C++ self-tests were introduced in gnulib.  What is the supported
solution for that problem?

/Simon


Reply via email to