In article <20170421221544.6b4eaf...@cvs.netbsd.org>,
Simon J. Gerraty wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: sjg
>Date: Fri Apr 21 22:15:44 UTC 2017
>
>Modified Files:
> src/usr.bin/make: str.c
> src/usr.bin/make/unit-tests: modmatch.exp modmatch.mk
>
>Log
Simon J. Gerraty wrote:
> wrote:
>
> > On Tue, Apr 11, 2017 at 05:30:13PM +, Simon J. Gerraty wrote:
> > > Log Message:
> > > Str_Match: allow [^a-z] to behave as expected.
> >
> > % env A=NetBSD-7-x86_64 make -V '${A:MNetBSD-[^0-1]-i386}'
> > NetBSD-7-x86_64
>
> Well that's interesting -
wrote:
> On Tue, Apr 11, 2017 at 05:30:13PM +, Simon J. Gerraty wrote:
> > Log Message:
> > Str_Match: allow [^a-z] to behave as expected.
>
> % env A=NetBSD-7-x86_64 make -V '${A:MNetBSD-[^0-1]-i386}'
> NetBSD-7-x86_64
Well that's interesting - thanks...
On Tue, Apr 11, 2017 at 05:30:13PM +, Simon J. Gerraty wrote:
> Log Message:
> Str_Match: allow [^a-z] to behave as expected.
% env A=NetBSD-7-x86_64 make -V '${A:MNetBSD-[^0-1]-i386}'
NetBSD-7-x86_64
On 21.04.2017 18:09, Martin Husemann wrote:
> On Fri, Apr 21, 2017 at 05:50:41PM +0200, Kamil Rytarowski wrote:
>
>> .section ".note.netbsd.ident", "", @note
>
> That is missing an "a" flag:
>
> .section ".note.netbsd.ident", "a", @note
>
> Look at readelf -a output, no program header is genera
On 21.04.2017 20:08, co...@sdf.org wrote:
> On Fri, Apr 21, 2017 at 07:46:27PM +0200, Kamil Rytarowski wrote:
>>
>> It's a valid code.
>>
>
> Other things fail:
> http://releng.netbsd.org/builds/HEAD/201704202350Z/evbarm64-aarch64.build.failed
>
> /home/source/ab/HEAD/src/bin/ln/ln.c:357:1: error
On Fri, Apr 21, 2017 at 07:46:27PM +0200, Kamil Rytarowski wrote:
>
> It's a valid code.
>
Other things fail:
http://releng.netbsd.org/builds/HEAD/201704202350Z/evbarm64-aarch64.build.failed
/home/source/ab/HEAD/src/bin/ln/ln.c:357:1: error: function 'usage'
could be declared with attribute 'no
> Date: Fri, 21 Apr 2017 17:47:22 +
> From: co...@sdf.org
>
> /home/source/ab/HEAD-llvm/src/sbin/fsck_ext2fs/pass1.c:242:39: warning:
> comparison of array 'dp->e2di_blocks' equal to a null pointer is always false
> [-Wtautological-pointer-compare]
> (EXT2_MAXSYMLINKLEN =
On 21.04.2017 19:47, co...@sdf.org wrote:
> On Fri, Apr 21, 2017 at 01:33:05PM -0400, Christos Zoulas wrote:
>> e2di_block is an array; can't be NULL, (clang)
>
> I'm guessing this is from
> http://releng.netbsd.org/builds/HEAD-llvm/201704191240Z/amd64.build.failed
>
>
> /home/source/ab/HEAD-llv
On Fri, Apr 21, 2017 at 01:33:05PM -0400, Christos Zoulas wrote:
> e2di_block is an array; can't be NULL, (clang)
I'm guessing this is from
http://releng.netbsd.org/builds/HEAD-llvm/201704191240Z/amd64.build.failed
/home/source/ab/HEAD-llvm/src/sbin/fsck_ext2fs/pass1.c:242:39: warning:
comparis
On Fri, Apr 21, 2017 at 05:50:41PM +0200, Kamil Rytarowski wrote:
> .section ".note.netbsd.ident", "", @note
That is missing an "a" flag:
.section ".note.netbsd.ident", "a", @note
Look at readelf -a output, no program header is generated for your variant,
but if you add the flag, all is fine (a
On 12.02.2017 22:52, Valeriy E. Ushakov wrote:
> Module Name: src
> Committed By: uwe
> Date: Sun Feb 12 21:52:46 UTC 2017
>
> Modified Files:
> src/sys/kern: exec_elf.c
>
> Log Message:
> netbsd_elf_signature - look at note segments (phdrs) not note
> sections. They point to the
12 matches
Mail list logo
