On 3/25/21 2:00 AM, Oğuz wrote:
I'm not sure why you want or need that, aliases
are dumb (bizarre) and shoukd be deleted...
I keep trying to get tge POSIX people to
remove them from the standard. They keep ignoring me. Shells won't drop
support, but at least
no-one woukd be able to rely on
25 Mart 2021 Perşembe tarihinde Chris F.A. Johnson
yazdı:
> On Thu, 25 Mar 2021, Oğuz wrote:
>
> 24 Mart 2021 Çarşamba tarihinde Robert Elz yazdı:
>>
>> Date:Wed, 24 Mar 2021 11:15:11 +0300
>>> From:=?UTF-8?B?T8SfdXo=?=
>>> Message-ID: >>
On Thu, 25 Mar 2021, Oğuz wrote:
24 Mart 2021 Çarşamba tarihinde Robert Elz yazdı:
Date:Wed, 24 Mar 2021 11:15:11 +0300
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| I think I got the general idea of aliases now
I'm not sure why you want or need that, aliases
are
Date:Thu, 25 Mar 2021 08:00:20 +0200
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| They are fine as an interactive feature but definitely don't belong in
| shell scripts.
They're not fine anywhere, anything sane that can be done with an alias
can be done better with
24 Mart 2021 Çarşamba tarihinde Robert Elz yazdı:
> Date:Wed, 24 Mar 2021 11:15:11 +0300
> From:=?UTF-8?B?T8SfdXo=?=
> Message-ID: k0pzmyz8_pnpljtk4es...@mail.gmail.com>
>
> | I think I got the general idea of aliases now
>
> I'm not sure why you want or need
Date:Wed, 24 Mar 2021 11:15:11 +0300
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| I think I got the general idea of aliases now
I'm not sure why you want or need that, aliases
are dumb (bizarre) and shoukd be deleted...
I keep trying to get tge POSIX people to
24 Mart 2021 Çarşamba tarihinde Robert Elz yazdı:
>
> At least in the NetBSD sh, as soon as the \n that comes from the
> expanded P2B is seen, the shell switches to heredoc input reading,
> which doesn't read tokens at all, just lines until the end delimiter
> is seen. There's absolutely no
Date:Tue, 23 Mar 2021 20:27:27 +0200
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| Apparently I couldn't make myself clear there,
Perhaps, or I was just failing to understand. Never mind.
But this (as you know) was nothing like I imagined you meant.
| # doesn't
On Tue, Mar 23, 2021 at 8:14 PM Robert Elz wrote:
> | (except aliases that
> | appear in a place where only a here document body may appear, but no
> shell
> | does that the way I think they'd do, so..)
>
> What do you expect there? A here doc body comes after a newline after a
> here
Date:Tue, 23 Mar 2021 14:51:02 +0300
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| (except aliases that
| appear in a place where only a here document body may appear, but no shell
| does that the way I think they'd do, so..)
What do you expect there? A here doc
On Tue, Mar 23, 2021 at 2:26 PM Robert Elz wrote:
> though the NetBSD sh does expand it
dash and NetBSD sh do aliases just the way I expect (except aliases that
appear in a place where only a here document body may appear, but no shell
does that the way I think they'd do, so..), it's
Date:Tue, 23 Mar 2021 13:10:19 +0300
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| $ echo a > a
| $ echo b > b
| $ alias l='< ' a=b
| $ l a cat
| a
|
| I can't think of any reason not to expand `a' there.
I can think of a reason (though the NetBSD sh does
On Tue, Mar 23, 2021 at 11:01 AM Robert Elz wrote:
> Kind of interesting that ksh93 seems to do the same thing.
>
Yeah, I don't know, might be a coincidence. Another curious case where
ksh93 differs in behavior from all other shells I have is this:
$ echo a > a
$ echo b > b
$ alias l='< ' a=b
Date:Tue, 23 Mar 2021 08:43:54 +0200
From:=?UTF-8?B?T8SfdXo=?=
Message-ID:
| $ a=b >&2 u
| No command u found, did you mean:
Kind of interesting that ksh93 seems to do the same thing. No other
shell I was able to test however (including ancient pdksh
$ alias u=uname
$ >&2 a=b u
Linux
$ >&2 u
Linux
$ a=b >&2 u
No command u found, did you mean:
...
In all three cases `u' is in a position where a command name may appear,
and should be subjected to alias substitution.
This is reproducible on devel too
--
Oğuz
15 matches
Mail list logo
