device_printf(dev,
> "===\n"); \
> + gone_in_dev(dev, 13, "drm2 drivers");
> \
> +} while (0)
> +
> /* DRM_READMEMORYBARRIER() prevents reordering of reads.
> * DRM_WRITEMEMO
. . .
Roughly when are the "FreeBSD+12-current" man pages going to
track the moves? Once everything has been moved?
Are the examples also going to be moved/reorganized? Similar
timing question to the above (if yes).
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in earl
up to date.
. . .
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
r/src/sbin/hastd/subr.c:158: warning: unused variable 'jailst'
*** [subr.o] Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailma
On Wed, Aug 15, 2018, at 9:21 AM, Mark Millard wrote:
>> For example:
>>
>> https://lists.freebsd.org/pipermail/svn-src-head/2018-August/117572.html
>> (-r337849 based) shows:
>>
>> install -N /usr/src/etc -l h -o root -g wheel -m 555 /usr/obj/usr/src/
>&
install: link /usr/obj/usr/src/sparc64.sparc64/release/dist/base/root/.profile
-> /usr/obj/usr/src/sparc64.sparc64/release/dist/base/.profile: No such file or
directory
*** Error code 71
Stop.
make[7]: stopped in /usr/src/bin/sh
*** Error code 1
Later builds are similar.
===
Mark Millard
mark
/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c: In function
'dbuf_write':
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:3831: error:
'dnode_phys_t' has no member named 'dn_blkptr'
*** [dbuf.o] Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away
*arc_add_prune_callback(arc_prune_func_t *func, void *private);
(Some builds are still in process.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
make[5]: stopped in /usr/src/share
*** Error code 1
Stop.
make[4]: stopped in /usr/src
*** Error code 1
Stop.
make[3]: stopped in /usr/src
*** Error code 1
Stop.
make[2]: stopped in /usr/src
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Stop.
make: stopped in /us
quot;/var/tmp/temproot/etc" ignored
make[4]: "/usr/src/share/mk/bsd.dirs.mk" line 31: warning: using previous
script for "/var/tmp/temproot/etc" defined here
make[5]: "/usr/src/share/mk/bsd.dirs.mk" line 29: warning: duplicate script for
target &quo
On 2018-Aug-1, at 12:57 AM, Konstantin Belousov wrote:
>
> On Tue, Jul 31, 2018 at 06:46:31PM -0700, Mark Millard via freebsd-amd64
> wrote:
>>> Author: mmacy
>>> Date: Mon Jul 2 19:48:38 2018
>>> New Revision: 335873
>>> URL:
>>
ng things up as they go along, or at least they shouldn't be.
The Darwin ABI for _Atomic is the rule implemented in Clang, which we actually
did think about carefully when we adopted it. Other platforms need to make
their own call, and it probably shouldn't just be "whatever's implemented
.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On 2018-Jul-28, at 8:59 PM, Brad Davis wrote:
> On Sat, Jul 28, 2018, at 9:53 PM, Mark Millard wrote:
>> Brad Davis brd at FreeBSD.org wrote on
>> Thu Jul 26 17:11:15 UTC 2018 :
>>
>>> On Thu, Jul 26, 2018, at 11:09 AM, Shawn Webb wrote:
>>> . .
:
FreeBSD-head-mips-build
FreeBSD-head-mips64-build
FreeBSD-head-powerpc-build
FreeBSD-head-powerpcspe-build
FreeBSD-head-sparc64-build
FreeBSD is not yet to the point of being able to depend on
modern C++ (say, C++11) for buildworld buildkernel.
===
Mark Millard
marklmi at yahoo.com
( dsl
SYS!= ${UNAME} -s
and:
_OSRELEASE!=${UNAME} -r
Is your ${ECHO} note specific to the combination of ${ECHO} and !=
for some reason --or does it apply to the likes of ${UNAME} mixed
with != too?
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_
[Li-Wen Hsu: Does Ian Lepore's reply put this in your area?]
On 2018-Jul-19, at 6:51 PM, Ian Lepore wrote:
> On Thu, 2018-07-19 at 18:13 -0700, Mark Millard wrote:
>> https://ci.freebsd.org/job/FreeBSD-head-sparc64-build/8759/consoleTex
>> t show
pecification
*** Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mai
ype -Wno-error=nonnull -Wno-error=pointer-compare
-Wno-error=stringop-overflow -c
/workspace/src/contrib/compiler-rt/lib/builtins/lshrti3.c -o lshrti3.po
--- all_subdir_libexec ---
collect2: error: ld returned 1 exit status
*** [atf-check.full] Error code 1
===
Mark Millard
marklmi at yahoo.com
On 2018-Jul-1, at 6:34 AM, Mark Millard wrote:
> My brain finally engaged for showing exactly what files are included
> for the gcc builds: the .meta files include that information explicitly
> (along with other files that are opened during the operation).
>
> amd64 is as I rep
' may be used
uninitialized in this function
*** [geliboot_crypto.o] Error code 1
(A bunch of architectures are still building their first build
after -r336251 .)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn
ild result to UNSTABLE
I looked around at a bunch of yellow-status vs. green-status builds and
yellow was always from arthur.nyi.freebsd.org in what I looked at. But
I did not eliminate all others in the process. Everything that I found
from arthur.nyi.freebsd.org was yellow-status.
===
Mark Milla
1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-uns
some implicit expectations/principles that
I'm missing that automatically covers the related issues,
but cross-builds seem to not be covered by parts of the
discussion.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_
ich is farther than it got before.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-
int-cast]
powerpc and powerpcspe agree.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send a
pcspe/sys/MPC85XXSPE -I
'/usr/src/sys/powerpc/conf' '/usr/src/sys/powerpc/conf/MPC85XXSPE'
config: /usr/src/sys/powerpc/conf/MPC85XXSPE: No error: 0
*** [buildkernel] Error code 2
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early
/usr.bin/netstat/inet.c:162: warning: cast from pointer to integer of
different size
/usr/src/usr.bin/netstat/inet.c:167: warning: cast from pointer to integer of
different size
-
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar
y disabled in various Gcc ports. Even without (A), there are
issues like the altivec.h issue that can end up involved.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists
as failure
20:24:04 FTP: Current build result is [FAILURE], not going to run.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src
On 2018-Jul-3, at 10:06 AM, Li-Wen Hsu wrote:
> On Tue, Jul 3, 2018 at 5:30 PM Bryan Drewery wrote:
>>
>> On 7/2/2018 10:46 PM, Mark Millard wrote:
>>> -r335879 broke ci.freebsd.org's FreeBSD-head-amd64-build :
>>>
>>> https://ci.freebsd.org/jo
: fatal error: 'offset.inc' file not found
#include "offset.inc"
^~~~
1 error generated.
*** [ia32_genassym.o] Error code 1
Later builds ( -r335880 , -r335881 , -r335882 ) get the same.
FreeBSD-head-i386-LINT also fails for such reasons.
===
Mark Millard
marklmi at yahoo
h
X 74653 0 0
X 74654 0 0
X 74652 0 0
X 74651 0 0
# Stop 1530379489.086422
# Bye bye
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-
to limited range of data type [-Werror=type-limits]
if (0 <= *src_p && *src_p <= 31) {
^~
I'd guess that riscv64 has an unsigned type for *src_p --and that
fairly modern gcc complains where system clang and old gcc 4.2.1
do not complain for the issue.
===
Mark M
On 2018-Jun-30, at 11:53 AM, John Baldwin wrote:
> On 6/30/18 10:19 AM, Mark Millard wrote:
>
>
> On 2018-Jun-30, at 10:04 AM, Mark Millard wrote:
>
>> On 2018-Jun-30, at 9:29 AM, John Baldwin wrote:
>>
>>> On 6/30/18 9:17 AM, Mark Millard wrote:
&
On 2018-Jun-30, at 10:04 AM, Mark Millard wrote:
> On 2018-Jun-30, at 9:29 AM, John Baldwin wrote:
>
>> On 6/30/18 9:17 AM, Mark Millard wrote:
>>> On 2018-Jun-30, at 7:51 AM, John Baldwin wrote:
>>>
>>>> On 6/29/18 2:37 PM, Mark Millard wrote:
&g
On 2018-Jun-30, at 9:29 AM, John Baldwin wrote:
> On 6/30/18 9:17 AM, Mark Millard wrote:
>> On 2018-Jun-30, at 7:51 AM, John Baldwin wrote:
>>
>>> On 6/29/18 2:37 PM, Mark Millard wrote:
>>>> [I expect this is more than just amd64-gcc related but that is a
On 2018-Jun-30, at 7:51 AM, John Baldwin wrote:
> On 6/29/18 2:37 PM, Mark Millard wrote:
>> [I expect this is more than just amd64-gcc related but that is all
>> that ci.freebsd.org normally builds via a devel/*-gcc .]
>
> As indicated by my other mail, this is i3
/aesni_ghash.c
/usr/src/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: 'wmmintrin.h' file
not found
#include
^
1 error generated.
*** [aesni_ghash.o] Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar
On 2018-Jun-29, at 2:37 PM, Mark Millard wrote:
> [I expect this is more than just amd64-gcc related but that is all
> that ci.freebsd.org normally builds via a devel/*-gcc .]
>
> On 2018-Jun-29, at 10:38 AM, John Baldwin wrote:
>
>> On 6/28/18 7:54 PM, Mark Millard wrot
[I expect this is more than just amd64-gcc related but that is all
that ci.freebsd.org normally builds via a devel/*-gcc .]
On 2018-Jun-29, at 10:38 AM, John Baldwin wrote:
> On 6/28/18 7:54 PM, Mark Millard wrote:
>> On 2018-Jun-28, at 6:04 PM, Mark Millard wrote:
>>
>>&
]
*** [key_debug.o] Error code 1
Side note:
All I get for the lists that I normally look at is:
Error 503 Backend fetch failed
Backend status: Backend fetch failed
Transaction ID: . . .
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar
On 2018-Jun-28, at 6:04 PM, Mark Millard wrote:
> On 2018-Jun-28, at 5:39 PM, Mark Millard wrote:
>
>> [ ci.free.bsd.org jumped from -r335773 (built) to -r335784 (failed)
>> for FreeBSD-head-amd64-gcc. It looked to me like the most likely
>> breaking-change was the foll
On 2018-Jun-28, at 5:39 PM, Mark Millard wrote:
> [ ci.free.bsd.org jumped from -r335773 (built) to -r335784 (failed)
> for FreeBSD-head-amd64-gcc. It looked to me like the most likely
> breaking-change was the following but I've not tried personal
> builds to confirm.
> ]
>
PSILON'
undeclared (first use in this function)
if (ax < SQRT_3_EPSILON / 2 && ay < SQRT_3_EPSILON / 2) {
^~
/workspace/src/lib/msun/src/catrigl.c:396:9: error: 'm_ln2' undeclared (first
use in this function)
rx = (m_ln2 - logl(ay)) / 2;
[I used the wrong Email address the first time.]
On 2018-Jun-27, at 6:31 PM, Warner Losh wrote:
>
>
>
> On Wed, Jun 27, 2018, 7:27 PM Mark Millard wrote:
> These are the gcc/g++ 4.2.1 based targets.
>
> For example . . .
>
> https://ci.freebsd.org/job/FreeBS
ntax that is being rejected:
. . .
for (const char : s) {
. . .
(At least if I understand right.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mai
oleText :
--- all_subdir_linprocfs ---
In file included from /usr/src/sys/compat/linprocfs/linprocfs.c:108:
/usr/src/sys/compat/linux/linux_util.h:76:1: error: "DUMMY" redefined
In file included from ./machine/reg.h:51,
from /usr/src/sys/sys/ptrace.h:40,
from /usr/sr
check-ins:
-r335400
-r335401
-r335402
for possible similar problems.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
ol/identify_ext.c:219: warning: format '%s' expects type
'char *', but argument 2 has type 'int'
/usr/src/sbin/nvmecontrol/identify_ext.c:221: warning: format '%s' expects type
'char *', but argument 2 has type 'int'
*** [identify_ext.o] Error code 1
===
Mark Millard
marklmi at yahoo.com
( ds
ration of
function 'lan78xx_eeprom_present'
/usr/src/sys/dev/usb/net/if_muge.c:1096: warning: nested extern declaration of
'lan78xx_eeprom_present' [-Wnested-externs]
*** [if_muge.o] Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 20
al)
> {
> int cnt = 0;
> + if (val == 0) {
> + return 1;
> + }
. . .
The code has digits(0) == 1 but the comment says digits(0) == 0
still.
(The indentation was odd in how it showed in the
web browser before I copied/pasted it above.)
===
Mark Millard
marklmi at yahoo.
2_t b;
};
Are the compilers well behaved about always initializing the
padding (if any) to zero when the __builtin_memset is used to
implement M_ZERO but the compiler is optimizing what is actually
zeroed based on what was initialized explicitly?
===
Mark Millard
marklmi at yahoo.com
( dsl-only.n
Eitan Adler eadler at FreeBSD.org wrote on
Wed Jun 6 06:42:14 UTC 2018 :
> + err(1, "calloc for kern.smp.maxcpus", size);
What is "size" used for when the string makes no use of it?
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
n -Wchar-subscripts -Winline -Wredundant-decls
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments
-Wno-c++11-extensions -c /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc -o
cmd_pmc_filter.o
(The build did fail overall, but
[Just fixing a dumb typo in a build number.]
On 2018-Jun-5, at 12:22 PM, Mark Millard wrote:
> On 2018-Jun-5, at 10:49 AM, Dimitry Andric wrote:
>
>> On 5 Jun 2018, at 15:03, Mark Millard via freebsd-toolchain
>> wrote:
>>>
>>> https://ci.freebsd
On 2018-Jun-5, at 10:49 AM, Dimitry Andric wrote:
> On 5 Jun 2018, at 15:03, Mark Millard via freebsd-toolchain
> wrote:
>>
>> https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/5974/consoleText shows:
>>
>> --- all_subdir_usr.sbin/pmc ---
>> In file includ
r.sh:${MM_MAKE}
DESTDIR=${DESTDIR} distrib-dirs >/dev/null
/usr/src/usr.sbin/mergemaster/mergemaster.sh: ${MM_MAKE}
DESTDIR=${TEMPROOT} distrib-dirs >/dev/null &&
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
__
/usr.sbin/pmc/cmd_pmc_filter.c Mon Jun 4 23:17:18 2018
(r334645, copy source)
+++ head/usr.sbin/pmc/cmd_pmc_filter.cc Tue Jun 5 04:26:40 2018
(r334647)
@@ -68,11 +68,22 @@ __FBSDID("$FreeBSD$");
#include
#include "cmd_pmc.h"
+#include
. . .
===
Mark Millard
emember the details any more.)
I'd be cautious of too much tied to tier-1 if some others
(still) have such problems.
(This last might be tied to my experiments with using clang
to target powerpc family members and so might be outside the
normal/supported form of building. I just do not remember at
ogressed, I've not had such
problems for some time: it became easier to avoid /usr/local/include/
getting involved, at least for what I've been doing. Also, I do
external toolchain activity less often these days.
===
Mark Millard
marklmi at yahoo.com
( mark
ot; book in:
https://lists.freebsd.org/pipermail/svn-src-head/2018-January/108976.html
===
Mark Millard
marklmi at yahoo.com
( markmi at dsl-only.net is
going away in 2018-Feb, late)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/li
rtual.
. . .
Corollary: Always write a destructor for a base class, because the
implicitly generated one is public and nonvirtual.
END QUOTE
See page 90 for more.
===
Mark Millard
marklmi at yahoo.com
( markmi at dsl-only.net is
going away in 2018-Feb, late)
__
tants are to be
checked at compile time for constraint violations but proving absence
of run-time problems is not to be done at compile time.
The difference between "diagnostic" and the more specific
alternatives "warning" and "error" leave some room that I
ignore here.
r running into a
language that treated run-time and compile-time cases
for the shift distance differently for the resultant,
shifted value. But there may well be some.
Mathematically, C and C++ are just not clean for the
issue. But they would be even messier mathematically
with the run-time versu
sallowing such, I support being
able to have all such examples reported as at least informational
messages of some kind, possibly even selectable as "desired
errors" in the sense of stopping compiles from generating
object files despite not violating the language's criteria.
===
Mark
. += checking is appropriate
for the involved files?
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-uns
[Continuing the gcc 4.2.1 side issue a bit.]
On 2017-Nov-19, at 5:40 PM, Pedro Giffuni <p...@freebsd.org> wrote:
>> On Nov 19, 2017, at 19:11, Mark Millard <mar...@dsl-only.net> wrote:
>>
>> [As long as things do not go the direction of
>> eliminating g
[As long as things do not go the direction of
eliminating gcc 4.2.1 being able to do buildworld
and buildkernel for certain architectures, I
agree that this would stay an off-topic subject.]
On 2017-Nov-19, at 3:43 PM, Pedro Giffuni wrote:
>
> On 19/11/2017 17:38, Mark Millard
ke a working powerpc build from a
gcc other than 4.2.1 . (A) prevents clang from counting as working
overall. So powerpc may be in the same boat as powerpc64 as far as
having a known way to build without gcc 4.2.1 goes.]
===
Mark Millard
markmi at dsl-only.net
___
0-CURRENT r325700M amd64 amd64
1200053 1200053
===
Mark Millard
markmi at sl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On 2017-Nov-15, at 11:15 PM, Bruce Evans wrote:
> On Wed, 15 Nov 2017, Mark Millard wrote:
>
>> Bruce Evans brde at optusnet.com.au wrote on
>> Tue Nov 14 12:41:50 UTC 2017 :
>>
>>> . . .
>
>> head/sys/arm/arm/support.S ( -r283366 ) has
>>
, so has space for overlapped copies and many optimizations
> that no longer work. I don't know what it does.
The mix of "mips" and "arm"/"xscale" above confused me. Looking
around this seems to be referencing head/lib/libc/arm/string/
material
On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::e
[The patch allowed the amd64 -> aarch64 cross-buildworld
to complete instead of failing in lld.]
On 2017-Nov-4, at 10:13 AM, Mark Millard wrote:
> On 2017-Nov-4, at 10:02 AM, Mark Millard wrote:
>
>
>> On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
>>
>>> On
On 2017-Nov-4, at 10:02 AM, Mark Millard wrote:
> On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
>
>> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>>> On 04/11/2017 12:32, Mark Millard wrote:
>>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>
On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::e
On 2017-Nov-4, at 5:04 AM, Andriy Gapon wrote:
> On 04/11/2017 13:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::e
if (auto E = tryCreateFile(Config->OutputFile))
error("cannot open output file " + Config->OutputFile + ": " + E.message());
And the error call is then made once
tryCreateFile returns.
===
Mark Millard
markmi at dsl-only.net
__
}
}
(No claim that the dsb form is optimal. Arm documentation says
that they recommend every sev be preceded by a dsb and I picked
ish to experiment with.)
See comments and extra attachment in bugzilla 222234
(which you have fixed with your change).
[Specifically your change should make
On 2017-Sep-17, at 12:28 PM, Emmanuel Vadot wrote:
> On Sun, 17 Sep 2017 11:50:49 -0700
> Mark Millard <mar...@dsl-only.net> wrote:
>
>>> Author: manu
>>> Date: Sat Sep 16 15:58:20 2017
>>> New Revision: 323641
>>> URL:
>>> https:
[I went looking in the tree for head -r323676
and found *.dts* files listing usb things for
the BPI-M3 and a83t. So I add notes about that.]
On 2017-Sep-17, at 11:50 AM, Mark Millard <mar...@dsl-only.net> wrote:
>> Author: manu
>> Date: Sat Sep 16 15:58:20 2017
>> New
75 73 62 32 2d 76 62 75 73 00
'usb2-vbus'
regulator-min-microvolt:
00 4c 4b 40
regulator-max-microvolt:
00 4c 4b 40
regulator-boot-on:
enable-active-high:
gpio:
00 00 00 1d 00 00 00 07 00 00 00 03 00 00 00 00
status:
64 69 73 61 62 6c 65 64 00
'disabled'
linux,ph
On 2017-Aug-27, at 11:54 PM, Ed Schouten wrote:
> 2017-08-25 14:53 GMT+02:00 Ed Schouten :
>> 2017-08-25 9:46 GMT+02:00 Mark Millard :
>>> It appears that at least 11.1-STABLE -r322807 does not handle
>>> -std=c++98 styles of use of _Static_assert for g++7 in tha
On 2017-Aug-25, at 12:14 AM, David Chisnall wrote:
> On 25 Aug 2017, at 07:32, Mark Millard wrote:
>>
>> As I remember _Static_assert is from C11, not
>> the older C99.
>
> In pre-C11 dialects of C, _Static_assert is an identifier reserved for the
> implem
_assert, with or
> without the include, going well outside the C++ language definition.
>
> . . .
>
> Fixed in r297299 .
(The context was a C++ file head/contrib/libcxxrt/guard.cc so C++'s
static_assert was used instead and -std=c++11 was added for the
library in question [libc
On 2017-Jul-7, at 1:37 AM, Bartłomiej Rutkowski <ro...@freebsd.org> wrote:
> On Thu, Jul 6, 2017 at 11:38 PM, Mark Millard <mar...@dsl-only.net> wrote:
> The following is only offered as a possibility for where
> the 2MB idea might have came from: https://hardenedbsd.or
per-thread stack guard has been
found to be too aggressive. We are investigating this feature and will revisit
it soon.
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/sv
.]
On 2017-Jul-2, at 1:51 AM, Mark Millard wrote:
> [Turns out META_MODE did not update /usr/include/machine/* .]
>
> On 2017-Jul-2, at 12:43 AM, Mark Millard wrote:
>
>> I attempted to jump from head -r320482 to -r320570 for amd64
>> but the kernel build fails with massiv
[Turns out META_MODE did not update /usr/include/machine/* .]
On 2017-Jul-2, at 12:43 AM, Mark Millard wrote:
> I attempted to jump from head -r320482 to -r320570 for amd64
> but the kernel build fails with massive numbers of things like:
>
>
> I'll note that, for exam
to
`_bus_dmamap_sync'
/usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1868: undefined reference to
`_bus_dmamap_unload'
isci.o: In function `isci_allocate_dma_buffer':
/usr/src/sys/dev/isci/isci.c:424: undefined reference to `bus_dmamem_alloc'
isci_io_request.o: In function `isci_io_request_complete':
===
Mark Millard
r way) and so should be made available.
In my environment I've just been using LOCAL_ITOOLS=head to avoid the
issue for powerpc64 and its install32 activity.
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://list
On 2017-Jun-20, at 12:54 AM, Emmanuel Vadot wrote:
> On Tue, 20 Jun 2017 00:31:30 -0700
> Mark Millard wrote:
>
>> [Because powerpc64 (and pweorpc) buildworld is broken for
>> clang 4 as of the INO64 changes I've been using
>> devel/powerpc64-xtoolchain-gcc
/src/usr.bin/dtc/input_buffer.cc:33:
/usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/__hash_table:1943:1:
warning: always_inline function might not be inlinable [-Wattributes]
__hash_table<_Tp, _Hash, _Equal, _Alloc>::__emplace_unique_key_args(_Key
l
structures, required by INVARIANTS
nooptions WITNESS # Enable checks to detect deadlocks and
cycles
nooptions WITNESS_SKIPSPIN# Don't run witness on spinlocks for
speed
nooptions DIAGNOSTIC
nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9)
have to look at what the
backtrace reports and see if a call
was made (bl) there and look at what
was called. Powerpc backtraces can
miss a layer of subroutine that is
active.
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing
least prevented executing
most potential garbage and should catch
jumping out of code areas more reliably
and sooner. (Not that it got me the answer
I was looking for.)
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
h
On 2017-May-3, at 4:47 AM, Mark Millard <mar...@dsl-only.net> wrote:
>> Author: mav
>> Date: Mon May 1 19:47:10 2017
>> New Revision: 317659
>> URL:
>> https://svnweb.freebsd.org/changeset/base/317659
>>
>>
>> Log:
>>
2:4: error: this function declaration is
not a prototype [-Werror,-Wstrict-prototypes]
ns8250_drain(bas, UART_DRAIN_TRANSMITTER);
^
2 errors generated.
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@f
ch like it
has "VMSIZE?=20G", SWAPSIZE does not have an
equivalent of:
scripts/mk-vmimage.sh: VMSIZE="${OPTARG}"
and so any SWAPSIZE control is external and implicit.
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
101 - 200 of 249 matches
Mail list logo