On 6/23/2017 11:28 AM, Bryan Drewery wrote:
> On 6/23/2017 11:00 AM, Guy Yur wrote:
>> Hi Bryan,
>>
>> I use a script for building both amd64 and armv6 on an amd64 machine.
>> Basically,
>> export TARGET=amd64 TARGET_ARCH=amd64
>> make -j2 -DNO_CLEAN buil
#x27;s "@rm -f ${.OBJDIR}/compiler-metadata.mk"
> not respect TARGET and TARGET_ARCH?
>
Yes, it is fixed now in r320286. Thanks for the report!
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
p/usr/bin" AS="as"
> AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib
> STRINGS= SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:
On 6/23/2017 9:31 AM, Bryan Drewery wrote:
> On 6/23/2017 8:45 AM, Bryan Drewery wrote:
>> On 6/23/2017 7:19 AM, Boris Samorodov wrote:
>>> Hi All, Bryan!
>>>
>>> Since bsd.linker.mk introduction I can't manage to create
>>> FreeBSD base
On 6/23/2017 8:45 AM, Bryan Drewery wrote:
> On 6/23/2017 7:19 AM, Boris Samorodov wrote:
>> Hi All, Bryan!
>>
>> Since bsd.linker.mk introduction I can't manage to create
>> FreeBSD base packages. The process stops at the very beginning:
>> -
>> ---
; I was able to continue by replacing "| head 1" with "| sed -n 1p" in
>> _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none
>>
>> head is not in /tmp/install.RANDOMVALUES but sed is.
>
> Great, that worked, thanks :-)
>
I'll look into it. While replacing head with sed here would fix it, I
think it should not be needed. A value should already be known.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
p/usr/bin" AS="as"
> AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib
> STRINGS= SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:
On 6/22/2017 9:22 AM, Bryan Drewery wrote:
> On 6/21/2017 8:20 AM, Larry Rosenman wrote:
>> Greetings,
>>It looks like the Makefile for ioctl.c didn't get the memo on some
>> pieces being removed:
>>
>> --- ioctl.c ---
>> egrep: dev/utopia/idtph
ectory
>
> I'm not sure what to fix here. :(
>
>
What was the build command for it?
--
Regards,
Bryan Drewery
bdrewery@freenode/EFNet
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd
ectory
>
> I'm not sure what to fix here. :(
>
>
I'm looking into it. I don't see anything obvious yet. Though these
should be non-fatal.
--
Regards,
Bryan Drewery
bdrewery@freenode/EFNet
___
freebsd-current@freebsd.org mai
gt; My only question remaining now is was the removal of the building and
> installing of these modules a fairly recent change in 12.0, or is something in
> my system hosed up?
Oddly I don't see TMPFS ever being in the x86 GENERIC kernel files.
Only in some arm and mips kernel configurations. Even if not built into
the kernel there should be a loadable module built unless you are using
MODULES_OVERRIDE.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
a
> FreeBSD tavion.austin.ibm.com 12.0-CURRENT FreeBSD 12.0-CURRENT #1
> da5f90154f1(drm-next): Tue Jun 13 16:58:52 CDT 2017
> b...@tavion.austin.ibm.com:/usr/obj/usr/freebsd-base-graphics/sys/TAVION
> amd64
>
> Any suggestions on what I should be looking for (or fixing)?
>
> Thanks,
> Bob
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/5/2017 2:34 AM, Alexander Leidinger wrote:
>
> Quoting Bryan Drewery (from Sun, 4 Jun 2017 14:38:07
> -0700):
>
>> On 6/4/17 5:09 AM, Alexander Leidinger wrote:
>>> Hi,
>>>
>>> new kernel (surely r318877 and later) and old syslog in a jail = N
On 5/26/2017 8:20 AM, Bryan Drewery wrote:
> For those running FreeBSD head, the ABI was majorly changed in r318736
> for 64-bit inodes. This change was *backwards compatible* but not
> *forward compatible*. This is normal and expected.
>
> For Pkg users:
>
> You are ad
ld less often and only when someone updates __FreeBSD_version.
This is more proper and we should strive to update this only as needed
to rebuild things.
2. Fix -m src= *not* rebuilding packages after the recent ABI breakage.
If your jail uses -m src= I recommend forcifully doing a bulk -c
On 5/24/17 1:17 PM, Cy Schubert wrote:
> In message <1c1ab22c-60bf-4707-f635-8069aa1e0...@freebsd.org>, Bryan
> Drewery wr
> ites:
>> This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
>> --sIw1a8MPU8obGIEqPMSjxuV84b026de6m
>> Conten
On 5/23/2017 4:29 PM, Bryan Drewery wrote:
> On 5/23/2017 4:24 PM, Larry Rosenman wrote:
>> borg.lerctr.org /home/ler $ sudo poudriere jail -l
>> JAILNAME VERSION ARCH METHOD TIMESTAMP
>> PATH
>> p103amd64 10.3-RELEASE-p18 amd64
c. It is using 12.0-CURRENT
rather than __FreeBSD_version of 1200031. I'm working on a fix.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
> Is there a hazard for others here?
>
> Or more info needed in /usr/{src,ports}/UPDATING?
>
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
has the potential to skip doing things
that are actually needed, like copying a file to /. So I decided to
whitelist to known-safe targets. The 'make release' target, and all of
release/, is something I've never ran and am not very familiar with, so
I didn't list it. Thus
On 5/10/17 9:56 AM, Renato Botelho wrote:
> On 10/05/17 13:02, Bryan Drewery wrote:
>> On 5/9/17 9:50 PM, Ngie Cooper (yaneurabeya) wrote:
>>>
>>>> On May 9, 2017, at 21:37, O. Hartmann wrote:
>>>>
>>>> On recent CURRENT, the source
ing to the
>> systems in question.
>>
>> What is this?
>>
>> Kind regards and thanks in advance,
>
> I see similar oddness when running some commands. It seems to be happening as
> of the last month or two.
> Thanks,
> -Ngie
>
> $ make buildenv TA
mon && \
> script
> ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_gcc421_bootstrap_clang-amd64-host-$(date
> +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null"
> SRC_ENV_CONF="/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host"
> \
> WITH_META_MODE=yes \
Thanks for the report. Fixed in r318092.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
f ${.CURDIR:M${MAKEOBJDIRPREFIX}/*} != ""
> +# we are already in obj tree!
> +__objdir?= ${.CURDIR}
> +.endif
> __objdir?= ${MAKEOBJDIRPREFIX}${.CURDIR}
> .endif
> __objdir?= ${MAKEOBJDIR:Uobj}
>
Yes this looks right and fixes buildkernel completely.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 4/18/2017 2:33 PM, Simon J. Gerraty wrote:
> Bryan Drewery wrote:
>> Aha /usr/obj/usr/obj.
>>
>> That was in Renato's report as well.
>>
>> The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur
>> when doing the first build and t
On 4/10/2017 11:14 AM, Bryan Drewery wrote:
> On 4/7/2017 12:13 PM, Ngie Cooper (yaneurabeya) wrote:
>> Hi,
>> I ran into this error when trying to run a meta mode build (for the
>> first time). It might be related to the recent assym* ordering changes.
>> Thanks
include "opt_global.h"
> ^~
> 1 error generated.
> *** [ia32_genassym.o] Error code 1
>
> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC
> .ERROR_TARGET='ia32_genassym.o'
> .ERROR_META_FILE='/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_gena
499,8 @@ exit1(struct thread *td, int rval, int signo)
> kern_psignal(q, SIGKILL);
> }
> PROC_UNLOCK(q);
> + if (ksi != NULL)
> + ksiginfo_free(ksi);
> }
>
> /*
Ping? Is this still progressing to be committed?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 3/9/2017 1:31 PM, Bryan Drewery wrote:
> This came up at shutdown in r314708. I don't yet know if I will have a
> core to diagnose.
>
>> panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241
>> cpuid = 0
>> KDB: stack backtrace:
>> db_trace_s
On 3/15/2017 2:10 PM, Bryan Drewery wrote:
> On 3/15/2017 11:23 AM, David Wolfskill wrote:
>> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote:
>>> ...
>>> So where is /common/S4/obj coming from?
>>>
>>> Is there a symlink involved here fo
On 3/15/2017 11:23 AM, David Wolfskill wrote:
> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote:
>> ...
>> So where is /common/S4/obj coming from?
>>
>> Is there a symlink involved here for /usr/obj?
>>
>
> Yes; I've had /usr/obj a
sting directory for
MAKEOBJDIRPREFIX=/usr/obj for /usr/src/gnu/usr.bin/gdb/gdbtui, which is
throwing off its paths for libbfd.a.
...
> MAKEOBJDIRPREFIX='/usr/obj'
And the meta error agrees it wants MAKEOBJDIRPREFIX=/usr/obj
So where is /common/S4/obj coming from?
Is there a symlink involved here for /usr/obj?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 3/9/2017 4:59 PM, Bryan Drewery wrote:
> On 3/9/2017 3:57 PM, Bryan Drewery wrote:
>> On 3/9/2017 3:47 PM, Bryan Drewery wrote:
>>> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote:
>>>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote:
>>>&g
On 3/9/2017 3:57 PM, Bryan Drewery wrote:
> On 3/9/2017 3:47 PM, Bryan Drewery wrote:
>> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote:
>>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote:
>>>> Yes, there is a race, apparently, with the ch
On 3/9/2017 3:47 PM, Bryan Drewery wrote:
> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote:
>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote:
>>> Yes, there is a race, apparently, with the child zombie still not finishing
>>> sending the SIGCHLD to th
; Conceptually the siginfo is sent to one process at a time only, so the
> bug is an artifact of the implementation. Perhaps the piece of code
> added in r309886 can be moved or the ksiginfo can be removed from the
> parent's queue.
>
> If such a fix is not possible, it may be better to send a bare SIGCHLD
> (si_code is SI_KERNEL or 0, depending on how many signals are pending)
> in this situation and document that reapers must use WAIT_ANY or P_ALL.
> (However, compared to the pre-r309886 situation they can still use
> SIGCHLD to get notified when to call waitpid() or similar.)
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 3/9/2017 6:46 AM, Konstantin Belousov wrote:
> On Wed, Mar 08, 2017 at 09:00:17PM -0800, Bryan Drewery wrote:
>> I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/pwait.
>>
>>> panic: tdsendsignal: ksi on queue
>>> cpuid =
100038 ]
> Stopped at kdb_enter+0x3b: movq$0,kdb_why
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
= 0, _overrun = 0},
> _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {
> __spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0, ksi_flags = 6,
> ksi_sigq = 0xf80c39389c28}
> (kgdb) p *ksi->ksi_sigq
> $6 = {sq_signals = {__bits = {524288, 0, 0, 0}}, sq_kill = {__
How has your experience with META_MODE been?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
d.
> *** Error code 1
This should now be fixed in head as of r313907. Sorry for the long
delay on it. It likely came about due to the libc++ upgrade around
r300873 in May 2016. I will MFC the fix to stable/11 once I get more
feedback or in 2 weeks otherwise.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 2/17/2017 1:03 PM, Bryan Drewery wrote:
> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>>
>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote:
>>>
>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>>> B/usr/ob
;cstat'?
> finish_parse(cstate, yystack.l_mark[0].blk.b);
>
> ^~
>
> cstat
>
> grammar.c:1291:1: note: 'cstat' declared here
>
> YYPARSE_DECL()
>
> ^
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
I have pending patches to commit that make this feature usable with buildworld.
Until then I don't expect the two to work well together.
Regards,
Bryan Drewery
> On Nov 10, 2016, at 02:23, Renato Botelho wrote:
>
>> On 9 Nov 2016, at 19:48, Simon J. Gerraty wrote:
>
later. Just stick to src.conf unless
you need to set one of the options that requires src-env.conf.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
e have an easy way of telling
> installworld to create symlinks instead of hardlinks, or alternatively a
> way to tell to copy instead of doing a hardlink if the install hits the
> cross-device case?
Maybe falling back to symlink could be done.
Couldn't you just make a usr-bin dataset a
b.freebsd.org/base?view=revision&revision=282421
Though it was later removed from ObsoleteFiles so 'make delete-old'
would not remove it from users' systems in r282423.
etcupdate removing it is the problem really being reported here.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 8/24/2016 10:46 AM, Bryan Drewery wrote:
> On 8/24/16 7:55 AM, Bryan Drewery wrote:
>> On 8/22/2016 4:08 AM, Guido Falsi wrote:
>>> Hi,
>>>
>>> While building a NanoBSD image using releng/11 sources I got this error
>>> message:
>>>
>>
On 8/24/16 7:55 AM, Bryan Drewery wrote:
> On 8/22/2016 4:08 AM, Guido Falsi wrote:
>> Hi,
>>
>> While building a NanoBSD image using releng/11 sources I got this error
>> message:
>>
>> ===> lib/libc++ (install)
>> install -C -o root -g wheel -m 4
On 8/24/16 9:48 AM, Brooks Davis wrote:
> On Wed, Aug 24, 2016 at 07:57:04AM -0700, Bryan Drewery wrote:
>> On 8/24/2016 12:55 AM, Randy Westlund wrote:
>>> Is WITH_INSTALL_AS_USER supposed to work, or is it known to be broken?
>>>
>>> I'm cross compiling
randy/tegra/freebsd-root/usr/lib/
>> install -s -o randy -g 1001 -m 444 -fschg -S libc.so.7
>> /usr/home/randy/tegra/freebsd-root/lib/
>> install: /usr/home/randy/tegra/freebsd-root/lib/libc.so.7: chflags:
>> Operation not permitted
>> *** Error code 71
>>
>> Stop.
>> make[5]: stopped in /usr/home/randy/tegra/freebsd/lib/libc
>> *** Error code 1
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
thing.
>
> Anyone has some insight? It was working fine up to August 4th.
>
> Thanks in advance to anyone giving me some hint!
>
Is this still reproducible for anyone? I have theories but need it in
its broken state to debug it further.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
"
>> @(cd ${.CURDIR} && env __MAKE_CONF=/dev/null \
>> +SRCCONF=/dev/null SRC_ENV_CONF=/dev/null \
>> ${SUB_MAKE} ${JFLAG} ${UNIVERSE_TARGET} \
>> TARGET=${target} \
>> TARGET_ARCH=${target_arch} \
>>
>
> I
On 8/10/2016 4:20 PM, Bryan Drewery wrote:
> On 8/7/16 5:44 PM, Don Lewis wrote:
>> Adding PORTS_MODULES=emulators/virtualbox-ose-kmod recently broke on
>> HEAD. When I do that I get this failure:
>>
>> ===> Ports module emulators/virtualbox-ose-kmod (all)
>>
k that CC should just be set to "cc" and the rest should get added
> to CFLAGS. I suspect this got broken by the recent crossbuild changes.
>
It's a SYSTEM_COMPILER bug. I'll look into fixing it.
For now you can try passing WITHOUT_SYSTEM_COMPILER=yes as a workaround.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 7/27/2016 4:55 PM, David Wolfskill wrote:
> On Wed, Jul 27, 2016 at 04:34:39PM -0700, Bryan Drewery wrote:
>> ...
>> These shouldn't happen since libgcc is build in startup_libs and krb5 is
>> built in prebuild_libs, which waits on startup_libs. Very strange.
.11] Error code 1
>
> make[5]: stopped in /usr/src/kerberos5/lib/libkadm5srv
These shouldn't happen since libgcc is build in startup_libs and krb5 is
built in prebuild_libs, which waits on startup_libs. Very strange.
Can you send me the typescript please?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 7/19/16 9:55 AM, Li-Wen Hsu wrote:
> On Tue, Jul 19, 2016 at 09:35:48 -0700, Bryan Drewery wrote:
>> On 7/19/16 9:14 AM, Bryan Drewery wrote:
>>> On 7/19/16 12:07 AM, Li-Wen Hsu wrote:
>>>> Hi Bryan,
>>>>
>>>> I am trying to create snapsh
base it off of that. I cannot use the xtoolchain amd64 port because it
conflicts with lang/gcc, so I've been using that and hitting this problem.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
It has been committed. Thanks!
On 6/29/16 6:00 AM, Jukka Ukkonen wrote:
>
> With that patch included the build seems to run just fine.
> Thanks.
>
> --jau
>
>
>> On 28 Jun 2016, at 22:50, Bryan Drewery wrote:
>>
>> It's probably the switch to
This has now
>>> been going on for two days or so. This makes me believe nobody
>>> is actively running rebuilds of the latest current on any gcc
>>> based platform.
>>>
>>> --jau
>>
>> Which revision are you using? This should've been fixed a couple
>> weeks ago. Adding Bryan Drewery, who made the fix.
>>
>> - Justin
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/16/16 3:35 PM, Bryan Drewery wrote:
> On 6/16/16 11:39 AM, Florian Ermisch wrote:
>>
>>
>> Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods :
>>> On Tuesday, 14 June 2016, Pavel Timofeev wrote:
>>>
>>>>
>>>> 14 июня 2016 г.
feature was that when we bumped the
compiler revision, too much of clang would rebuild. That was addressed
in r301277.
I would like to enable this feature by default in head for 11.0.
Unless there are any objections I will do so in a few days.
--
Regards,
Bryan Drewery
signature.asc
Description
.
> *** [ia32_genassym.o] Error code 1
>
> bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG
There's a handful of genassym files that are lacking opt_global.h as a
dependency. This is more of a FAST_DEPEND failure. It's interesting it
is only now coming up.
--
Reg
missing? Were you
>> using
>>>> pkgbase, or is this an issue with the normal build/install system
>> also?
>>>>
>>>> Regards,
>>>> Ben
>>>>
>>>> --
>>>
>>> Hi!
>>> I have the same pro
EDT 2016
> >> amd64.amd64 buildworld started on Fri Jun 10 09:40:53 EDT 2016
> >> sparc64.sparc64 buildworld started on Fri Jun 10 09:40:53 EDT 2016
>
I have a fix out to re@ for approval that fixes this that will be in
later today.
--
Regards,
Bryan Drewery
_
dsl-only.net
>
> The WITH_META_MODE=yes based re-cross-build after cleanworld worked fine.
>
> Immediately re-running the re-build using WITH_META_MODE=yes again also
> worked fine.
>
> Rebuilding using WITH_META_MODE=yes yet again but after. . .
>
> To DESTDIR=/usr/
t 1465867565.855820
>> V 5
>> E 7163 /bin/sh
>> R 7163 /etc/libmap.conf
>> R 7163 /var/run/ld-elf.so.hints
>> R 7163 /lib/libedit.so.7
>> R 7163 /lib/libc.so.7
>> R 7163 /lib/libncursesw.so.8
>> F 7163 7164
>> W 7164 ARUBA_me.bin
>> E 7164 /usr/bin/uudecode
>> R 7164 /etc/libmap.conf
>> R 7164 /var/run/ld-elf.so.hints
>> R 7164 /lib/libc.so.7
>> X 7164 1 0
>> X 7163 1 0
>> # Stop 1465867565.868045
>> # Bye bye
>
>
> ===
> Mark Millard
> markmi at dsl-only.net
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
m
in always defining it. That is the goal at least.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/14/2016 10:16 AM, jenkins-ad...@freebsd.org wrote:
> make: "/usr/src/Makefile" line 222: Malformed conditional (${MK_META_MODE} ==
> "yes")
Fixed.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/13/2016 2:52 PM, Bryan Drewery wrote:
> On 6/13/2016 2:51 PM, Ngie Cooper wrote:
>> On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard wrote:
>>> I've been using the following script to run my make commands for amd64
>>> builds (as an example):
>>>
&g
On 6/13/2016 4:31 PM, Mark Millard wrote:
> On 2016-Jun-13, at 3:27 PM, Bryan Drewery wrote:
>
>> On 6/11/2016 7:28 PM, Mark Millard wrote:
>>> mergemaster [as an example] has code like:
>>>
>>>> # grep -i make /usr/sbin/mergemaster | more
>
lean the objdir for
usr.bin/awk at the least to fix the problem.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/13/2016 8:18 PM, Simon J. Gerraty wrote:
> Bryan Drewery wrote:
>>>> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}.uu
>>>> uudecode -p $? > ${.TARGET}
> Targets like this that use $? or ${.OODATE} are a bad fit with META mo
On 6/13/16 8:18 PM, Simon J. Gerraty wrote:
> Bryan Drewery wrote:
>>>> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}.uu
>>>> uudecode -p $? > ${.TARGET}
>
> Targets like this that use $? or ${.OODATE} are a bad fit with META
On 6/13/16 7:56 PM, Bryan Drewery wrote:
> On 6/13/2016 7:26 PM, Mark Millard wrote:
>> [The following is after the svnltie update -r301873 /usr/src .]
>>
>> For the following in a amd64 rebuild on amd64 (a WITH_META_MODE=yes
>> buidlworld buidlkernel just after a w
.hints
>> R 7163 /lib/libedit.so.7
>> R 7163 /lib/libc.so.7
>> R 7163 /lib/libncursesw.so.8
>> F 7163 7164
>> W 7164 ARUBA_me.bin
>> E 7164 /usr/bin/uudecode
>> R 7164 /etc/libmap.conf
>> R 7164 /var/run/ld-elf.so.hints
>> R 7164 /lib/libc.so.7
>> X 7164 1 0
>> X 7163 1 0
>> # Stop 1465867565.868045
>> # Bye bye
>
>
I don't know what's going on here at first glance but it doesn't look
related to META_MODE. I'm not too familiar with $?.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
ile sitting in the
objdir. I was able to reproduce the maketab bug though and am fixing that.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
or some makefile targets
> and not using WITH_META_MODE= for other makefile targets that need to be
> avoided? Does one need to force some scripts to use [or not use]
> WITH_META_MODE= for their "internal" make usage?
>
Is there an actual bug with mergemaster with WITH_META_MODE?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/13/2016 2:54 PM, Ngie Cooper wrote:
> On Mon, Jun 13, 2016 at 2:52 PM, Bryan Drewery wrote:
> ...
>> The problem is that the y/n prompt don't show at all.
>
> Ah, I missed that critical point...
>
> Maybe MK_META_MODE=no should be forced for those targets?
ake usage that is in
>> the likes of, say, mergemaster and if/where care about WITH_META_MODE=yes
>> use vs. disuse might be important for such. For example: Should "env
>> WITH_META_MODE=yes" be used with mergemaster if it was used with buildworld,
>> buildkernel, installkernel, and installworld?
>
> I generally do:
>
> yes | sudo make delete-old
>
The problem is that the y/n prompt don't show at all.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
For example: Should "env
> WITH_META_MODE=yes" be used with mergemaster if it was used with buildworld,
> buildkernel, installkernel, and installworld?
>
I thought I had fixed this but I see I did not. There's a few similar
bugs here to fix. WITH_META_MODE=yes is inten
put it off for a while. The
confusion of CC vs XCC is bad enough without introducing a HOST_CC.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
DE should be orgthogonal, but that appears not to be so.
>
It's mostly orthogonal. Since there is a shared objdir for both the
'build-tools' and 'lib' and 'everything' walks, the CFLAGS/CC does
change and cause rebuilds. I have some hacks in there now that I'm not
happy with and am going to rework.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
no longer show
- Building some targets multiple times (like yacc output)
Still remaining to fix:
- Libraries being relinked during a NOP build
- Jail installworld with WITH_META_MODE enabled errors since it is
forcing filemon in that case. Just disable for now during install.
--
Regards,
Bryan Dre
> This tries to use the undefined X_COMPILER_TYPE.
>
>> +.endif
>
>
>
> Overall:
>
> A not seems to be missing or instead the nested code blocks need to be
> swapped.
>
I'm an idiot, thanks.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/4/2016 12:17 AM, Mark Millard wrote:
> On 2016-Jun-2, at 12:36 PM, Bryan Drewery wrote:
>
>> On 6/1/2016 6:39 PM, Mark Millard wrote:
>>> while filemon.ko now exists:
>>>> # ls -l /boot/*/filemon*
>>>> -r-xr-xr-x 1 root wheel 32064 Jun 1
On 6/1/2016 12:38 PM, Bryan Drewery wrote:
>> WITHOUT_CROSS_COMPILER=
> It's likely related to this flag. I'll look into it.
I've fixed this in r301287.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
l )
>
> For my use this last usually removes the most of the potential time gain from
> WITH_META_MODE=yes. And taking less time is why I was experimenting with
> using it.
Yup. Covered in another sub-thread on the topic. I'm testing a patch to
mitigate the problem
output and a zero exit status.
http://dpaste.com/23NTA0A.txt
Just sh file it.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
again
> the 2nd time.
> The output can be copious, so you might want to only enable it in
> ncursesw
> eg.
>
> .MAKEFLAGS: -dM
>
r297997 was the original fix for it. It is visited twice (build-tools
and everything). The problem came when I added .META to all suffix
rules to w
above with the same path listed.
>
> cleanworld and then retrying the sequence desired always seems to work but is
> a complete rebuild.
I don't understand why you're hitting this. It's an issue that I ran
into and fixed and haven't run into again from several powerpc64 build
tests.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
WITH_META_MODE=yes to work for incremental builds.
>
> ===
> Mark Millard
> markmi at dsl-only.net <http://dsl-only.net>
>
> On 2016-Jun-1, at 6:59 PM, Bryan Drewery <http://freebsd.org>> wrote:
>
>> On 6/1/2016 6:39 PM, Mark Millard wrote:
>>>
On 6/1/2016 4:29 PM, Bryan Drewery wrote:
> On 6/1/2016 4:25 PM, Mark Millard wrote:
>> [The example context here for extracted materials is a amd64 -> armv6 cross
>> build.]
>>
>> In my recent experimentation with WITH_META_MODE=yes I’ve had multiple
>> occa
ys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2,
> &elf64_freebsd_sysvec_v2);
What's up with that?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 6/1/2016 4:48 PM, Mark Millard wrote:
> On 2016-Jun-1, at 4:30 PM, Bryan Drewery wrote:
>
>> On 6/1/2016 4:29 PM, Bryan Drewery wrote:
>>> On 6/1/2016 4:25 PM, Mark Millard wrote:
>>>> [The example context here for extracted materials is a amd64 -> armv6
On 6/1/2016 10:27 AM, Bryan Drewery wrote:
> On 5/31/2016 5:17 PM, Simon J. Gerraty wrote:
>>> Another reported issue just now is that right after an installworld,
>>> everything rebuilds due to changed /bin/sh (-dM flag to make tells you
>>> why things rebuild). I
On 6/1/16 12:58 PM, Andrey Chernov wrote:
> On 01.06.2016 22:36, Bryan Drewery wrote:
>>>> The graph in the original commit for WITH_FAST_DEPEND disagrees.
>>>> https://svnweb.freebsd.org/base?view=revision&revision=290433
>>>>
>>>> We run
KE.LEVEL} == 0
> TARGET_ARCH=${TO_TYPE}
> .export TARGET_ARCH
> .endif
> #
> WITHOUT_CROSS_COMPILER=
It's likely related to this flag. I'll look into it.
> WITH_SYSTEM_COMPILER=
If you are not building the cross compiler then WITH_SYSTEM_COMPILER is
useless. It's ki
On 6/1/16 11:49 AM, Andrey Chernov wrote:
> On 01.06.2016 21:18, Bryan Drewery wrote:
>> On 6/1/2016 6:11 AM, Andrey Chernov wrote:
>>> Steps to reproduce:
>>>
>>> cd /usr/src/lib/libc/stdlib
>>> touch *div*.c
>>> cd ..
>>> make d
101 - 200 of 468 matches
Mail list logo