Re: [PATCH] ltmain.in: don't suppress output for PIC compilations

Sam James <[email protected]> Thu, 15 Aug 2024 18:51:00 +0100
Newsgroups gmane.comp.gnu.libtool.patches
Organization Gentoo
Message-ID <[email protected]>
--=-=-=
Content-Type: text/plain

Nick Bowler <[email protected]> writes:

> On 2024-08-15 13:37, Sam James wrote:
>> More annoying to have an error suppressed that is not obvious to debug,
>> especially if one isn't aware of this behaviour.
>
> By default (unless you pass --silent), libtool prints the compiler commands
> it is executing, which includes the output redirection to /dev/null on the
> second command.
>
> So if the second invocation crashes, you can just copy+paste the last command
> line libtool printed without the redirection to /dev/null to see the output,
> and now you are aware of this behaviour, right?

This isn't so useful if doing automated builds and given a log.

It's also clearly not obvious to people who aren't inexperienced, given the
reference I gave, so it's not working that well.

What you described is, of course, what I did with the original xz case I
had, after being initially baffled as I had no idea the behaviour
existed.

I'm not really seeing any sort of justification for doing this other
than "duplicate output maybe being annoying", but the duplicate output
isn't even assured, and it appears based on a misnomer anyway.

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZr5ABF8UgAAAAAAuAChp
c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB
NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv
by5vcmcACgkQc4QJ9SDfkZAsegEAmy6Q/HxusxfVRG5ik1OaCK+zj4eefsJyPVba
acsAZSMA/RX2jXwl1BP1gKt0jj1gXaHfBQAr6UHXshgziF6Bbe0N
=5qDk
-----END PGP SIGNATURE-----
--=-=-=--