Bug#993870: guesoglc FTBFS: make[2]: *** No rule to make target '../src/glew.c', needed by 'libGLC_la-glew.lo'. Stop.

[Paul Wise]

Control: tags -1 + sid

On Tue, 7 Sep 2021 12:14:21 +0200 Helmut Grohne wrote:

> quesoglc fails to build from source in unstable.

This seems to have been caused by the update to autoconf, it does not
occur with bookworm and upgrading autoconf to sid causes the issue.

Looking at the config.log, the old autoconf seems to do the check
twice, which works the first time but fails the second time.

The g++ command-line is identical for all three of the checks.

The new autoconf seems to only do the check once, which then fails.

The failure with the old autoconf is due to missing -DGLEW_MX=1,
which is a bug in the patch adding GLEW mx support.

The failure with the new autoconf seems to be C++ related, the same
test file links successfully when named .c and built with gcc.

The difference is that autoconf 2.71 removed this from conftest.cpp:

   #ifdef __cplusplus
   extern "C"
   #endif

OTOH the library is entirely C not C++ so it should use conftest.c
instead of conftest.cpp for detecting the tests.

It looks like AX_CHECK_GLU pulls in C++ support, but as far as I can
tell it restores the language correctly after modifying it.

Moving the AX_CHECK_GLU check after the GLEW check fixes the build.

When I delete build/m4/ax_check_glu.m4 and try to use the one from
autoconf-archive, the build fails due to a circular dependency:

   configure.in:157: error: m4_require: circular dependency of AC_LANG_COMPILER(C++)

When I then add AC_PROG_CXX before AX_CHECK_GLU then that failure
doesn't happen and the build succeeds as conftest.c is used this time.

Unfortunately that workaround does not work for the original copy of
the AX_CHECK_GLU macro in the upstream tarball.

Removing use of AC_PROG_CXX/AC_LANG_PUSH/POP from the original copy of
the AX_CHECK_GLU macro in the upstream tarball works around the issue.

I have zero idea where to go from here but I'm going to apply that
workaround for now and the next upstream release will drop the embedded
code and m4 copies so should not be affected by this bug either.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-games-devel/attachments/20210908/6173cb53/attachment.sig>