libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Sam James
Subject: Re: [PATCH] ltmain.in: don't suppress output for PIC compilations
Date: Thu, 15 Aug 2024 18:51:00 +0100

Nick Bowler <nbowler@draconx.ca> 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.

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]