Bug#1087764: (no subject)

[Drew Parsons]

Subject: Re: FTBFS: /usr/bin/ld: unrecognized option '-Wl'
Followup-For: Bug #1087764
Package: paraview
Control: tags -1 ftbfs help

Looks like cmake 3.31 must have changed the way it handles LDFLAGS.

Nothing else in the tool chain handling LDFLAGS has changed since
october.

paraview debian/rules is trying to add -Wl,--as-needed to LDFLAGS
along with  dpkg-buildflag's LDFLAGS.

But cmake now generates a link.txt that throws them all together verbatim
-Wl,-lc,-Wl,-z,relro,-Wl,--as-needed

It looks like cmake is now expecting LDFLAGS to contain purely the
link flags themselves, without the -Wl prefix.

paraview could drop the explicit LDFLAGS handling.
But that still leaves dpkg-buildflags setting
LDFLAGS=-Wl,-z,relro
with the "offending" -Wl prefix.

Explicitly overriding dpkg-buildflags to deal with some change in
cmake doesn't seem like the right way to proceed.

Is it a bug in cmake 3.31?  Or a bug in dpkg-buildflags?

Advice needed.