Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Nov 2022 19:22:02 +0900
From:      Tatsuki Makino <tatsuki_makino@hotmail.com>
To:        Gleb Popov <arrowd@freebsd.org>, Matthias Fechner <idefix@fechner.net>
Cc:        ports@freebsd.org
Subject:   Re: Question to EXTRACT_ONLY
Message-ID:  <PSAPR03MB56399A17CE51A820FB40D1F9FA129@PSAPR03MB5639.apcprd03.prod.outlook.com>
In-Reply-To: <CALH631n-pfxYHOt20jwW_nF45qT5ZDOYp4AqfPHBVWjiSUjyrg@mail.gmail.com>
References:  <667de09b-c23f-42e4-00ba-c52e4266c23a@fechner.net> <d18af3af-d89c-2adc-4f79-3147a4e59f60@fechner.net> <CALH631n-pfxYHOt20jwW_nF45qT5ZDOYp4AqfPHBVWjiSUjyrg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello.

Gleb Popov wrote on 2022/11/29 15:47:
> On Tue, Nov 29, 2022 at 12:14 AM Matthias Fechner <idefix@fechner.net> wrote:
>> But what does the last `:` at the end of this string?
> 
> This one is a correct interpretation.
> 
> As for the first one, I'm also unsure about the last ":" Maybe it is a
> part of the :N argument?
> 

I found something about this in function ApplyModifiers in /usr/src/contrib/bmake/var.c.
I can't explain it well, but it seems to me that : is treated merely as a delimiter.
It does not give an error for the last character being : .
If there is a specification that the last character should not be a : , then this is a bug :)
I am not sure about that :)

Regards.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?PSAPR03MB56399A17CE51A820FB40D1F9FA129>