Re: Add a "random" target to bsd.regress.mk

2017-03-22 Thread Scott Cheloha 
> On Mar 22, 2017, at 11:47 AM, Alexander Bluhm  wrote:

> 
> I would not do all this work.  I have indepentent targets for some
> of my own tests that I use regualry for development.  But for other
> people's tests which just pass, I don't care.  Making the individual
> targets independent would be work without anybody noticing it.
> 
> Running all tests in a row will leave the system in a state where
> in a second test run some tests fail.  So if you intend to work in
> that area, are you might want to fix this.  The common setup,
> cleanup, and resources that all regress tests share may be a problem.
> 
> At http://bluhm.genua.de/regress/results/regress.html are the daily
> test results.  We also have tests that fail sometimes and could be
> more stable.

Cool, I'll look into it further on a case-by-case basis.

-Scott

backport lld version string change

2017-03-22 Thread Jonathan Gray 
Backport a change to add "(compatible with GNU linkers)" to the lld
version output to avoid having to regenerate a large number of configure
scripts.

https://reviews.llvm.org/D31199?id=
http://llvm.org/viewvc/llvm-project?view=revision=298532

The output is now

LLD 4.0.0 (compatible with GNU linkers)

Among other things this is required to build xenocara on arm64 without
patching libtool and regenerating the configure script for Mesa.

Index: ELF/Driver.cpp
===
RCS file: /cvs/src/gnu/llvm/tools/lld/ELF/Driver.cpp,v
retrieving revision 1.5
diff -u -p -r1.5 Driver.cpp
--- ELF/Driver.cpp  18 Mar 2017 16:36:56 -  1.5
+++ ELF/Driver.cpp  23 Mar 2017 00:34:19 -
@@ -281,11 +281,27 @@ void LinkerDriver::main(ArrayRef

Re: Add a "random" target to bsd.regress.mk

2017-03-22 Thread Alexander Bluhm 
On Tue, Mar 21, 2017 at 08:56:02PM -0500, Scott Cheloha wrote:
> > Do you plan to improve this situation?
> 
> It depends.  Do you think improving the independence of each of those
> cases is valuable in and of itself?

I would not do all this work.  I have indepentent targets for some
of my own tests that I use regualry for development.  But for other
people's tests which just pass, I don't care.  Making the individual
targets independent would be work without anybody noticing it.

Running all tests in a row will leave the system in a state where
in a second test run some tests fail.  So if you intend to work in
that area, are you might want to fix this.  The common setup,
cleanup, and resources that all regress tests share may be a problem.

At http://bluhm.genua.de/regress/results/regress.html are the daily
test results.  We also have tests that fail sometimes and could be
more stable.

bluhm

makefs: fix msdos create size

2017-03-22 Thread Patrick Wildt 
Hi,

apparently the "create_size" option does currently not work.  This is
because the strsuftoll() function uses "long long" compares which limits
the positive maximum to LLONG_MAX.  Unfortunately the maximum is always
set to ULLONG_MAX, which is treated as -1 and cannot be a reasonable
maximum value.  This diff basically changes the maximum to LLONG_MAX.

Opinions? ok?

Patrick

diff --git a/usr.sbin/makefs/msdos.c b/usr.sbin/makefs/msdos.c
index a60af9adaa5..863349c09e4 100644
--- a/usr.sbin/makefs/msdos.c
+++ b/usr.sbin/makefs/msdos.c
@@ -63,7 +63,7 @@ msdos_prep_opts(fsinfo_t *fsopts)
.minimum = _min,\
.maximum = sizeof(_type) == 1 ? 0xff :  \
(sizeof(_type) == 2 ? 0x :  \
-   (sizeof(_type) == 4 ? 0x : 0xLL)),  \
+   (sizeof(_type) == 4 ? 0x : 0x7fffLL)),  \
 },
 ALLOPTS
 #undef AOPT