IFS=$' \t\n' is a bashism which is not supported in most other shells.
The original code is portable. This seems to have nothing to do with
the rest of your change, so why change it at all?
Oops, sorry, I didn't noticed that.
If it's not useful then why did you take the time to propose the chan
ok@gnu.org
on behalf of Karl Berry
Sent: Friday, May 16, 2025 5:07 AM
To: nbow...@draconx.ca
Cc: ikspr...@outlook.com ; 78...@debbugs.gnu.org
<78...@debbugs.gnu.org>
Subject: bug#78410: Patch for tiny improve cl wrapper script
Hi Nick, Yang,
IFS=$' \t\n' is a bash
On Thu, May 15, 2025 at 02:07:39PM -0600, Karl Berry wrote:
> > I think we'd better also search for lib$lib.dll.a even it's a odd
> > behavior to search lib$lib.a for cl.
>
> What is "cl"? "Command line"? Doesn't make sense to me.
"cl" is Microsoft's C compiler.
> > However I don't know if tha
Hi Nick, Yang,
IFS=$' \t\n' is a bashism which is not supported in most other shells.
The original code is portable. This seems to have nothing to do with
the rest of your change, so why change it at all?
Indeed, I was going to make the same comment. I won't be installing that
part o
On Tue, May 13, 2025 at 11:05:54PM +0800, Yang Kun wrote:
[...]
> diff --git a/lib/compile b/lib/compile
> index c404e89..a2afc93 100755
> --- a/lib/compile
> +++ b/lib/compile
> @@ -28,12 +28,8 @@ scriptversion=2025-02-03.05; # UTC
> # bugs to or send patches to
> # .
>
> -nl='
> -'
> -
> -#
Greetings
I found some possible improvements of compile script in lib/ when I use it.
I think we'd better also search for lib$lib.dll.a even it's a odd
behavior to search lib$lib.a for cl. However I don't know if that's ok
because it doesn't seem to be useful.
Best Regards,
Yang Kun
From 22
