Date: Thu, 26 Jul 2012 17:16:16 -0500 From: Jeremy Messenger <mezz.freebsd@gmail.com> To: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Is the :u behaves normal or not (a bug) in the make? Message-ID: <CADLFttfWYH7BwuF4SzVXzYdfxvw-YE65wEaoJsgYpMKw5cFfrg@mail.gmail.com> In-Reply-To: <5011C04E.2070507@FreeBSD.org> References: <CADLFttc=xzyJb-GpW4AbaLpNCEeCn1JywG_iztkpWTZAifycmQ@mail.gmail.com> <5011C04E.2070507@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 26, 2012 at 5:10 PM, Olli Hauer <ohauer@freebsd.org> wrote:
> On 2012-07-26 22:11, Jeremy Messenger wrote:
>> Hello all,
>>
>> While I was working on add the :build/:run feature in the
>> bsd.gnome.mk. I got a bug where it will running some dependencies got
>> duplicate. Thanks to the make(1) that shows me the :u feature to get
>> rid of the duplicates. But it doesn't exactly help unless I use the :O
>> to get the words in order to make the :u works. I am not sure if it's
>> just limited on how it works (normal) or it's a bug. Here's an example
>> test:
>>
>> -----------------------------
>> USE_TEST= foo bar bar foobar foo
>> USE_TEST1= foo bar bar foobar foo
>>
>> test:
>> @${ECHO_CMD} "USE_TEST: " ${USE_TEST:u}
>> @${ECHO_CMD} "USE_TEST1: " ${USE_TEST1:O:u}
>> -----------------------------
>>
>> Here's result:
>> -----------------------------
>> # make test
>> USE_TEST: foo bar foobar foo
>> USE_TEST1: bar foo foobar
>> -----------------------------
>
>
> It's normal, from man(1) make
> u Remove adjacent duplicate words (like uniq(1)).
>
> from man(1) uniq
> Repeated lines in the input will not be detected if they are
> not adjacent, so it may be necessary to sort the files first.
Damn it, I missed that line! :-P Thanks!
Cheers,
Mezz
> --
> Regards,
> olli
--
mezz.freebsd@gmail.com - mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLFttfWYH7BwuF4SzVXzYdfxvw-YE65wEaoJsgYpMKw5cFfrg>