Re: SVN r325728 breaks build

2017-11-11 Thread Michael Butler

On 11/11/17 19:59, Will Andrews wrote:

On Sat, Nov 11, 2017 at 07:15:35PM -0500, Michael Butler wrote:

As follows:

--- zfs.o ---
In file included from /usr/src/lib/libprocstat/zfs.c:51:
In file included from /usr/obj/usr/src/amd64.amd64/tmp/usr/include/kvm.h:39:
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/vm/vm.h:111:13: error:
typedef redefinition with different types ('int' vs 'enum boolean_t')
typedef int boolean_t;
  ^
/usr/src/sys/cddl/compat/opensolaris/sys/types.h:84:34: note: previous
definition is here
typedef enum { B_FALSE, B_TRUE }boolean_t;
  ^
imb


I have a patch being tested, will fix shortly.  Thanks.


Not with SVN r325732 ..

In file included from /usr/src/lib/libkvm/kvm_i386.c:63:
In file included from /usr/src/lib/libkvm/kvm_i386.h:33:
/usr/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/include/vm/vm.h:74:16: 
error: redefinition of typedef 'vm_prot_t' is a C11 feature 
[-Werror,-Wtypedef-redefinition]

typedef u_char vm_prot_t;   /* protection codes */
   ^
/usr/src/lib/libkvm/kvm.h:45:16: note: previous definition is here
typedef u_char vm_prot_t;
   ^
1 error generated.
*** [kvm_i386.o] Error code 1

make[4]: stopped in /usr/src/lib/libkvm


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: SVN r325728 breaks build

2017-11-11 Thread Will Andrews
On Sat, Nov 11, 2017 at 07:15:35PM -0500, Michael Butler wrote:
> As follows:
> 
> --- zfs.o ---
> In file included from /usr/src/lib/libprocstat/zfs.c:51:
> In file included from /usr/obj/usr/src/amd64.amd64/tmp/usr/include/kvm.h:39:
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/vm/vm.h:111:13: error: 
> typedef redefinition with different types ('int' vs 'enum boolean_t')
> typedef int boolean_t;
>  ^
> /usr/src/sys/cddl/compat/opensolaris/sys/types.h:84:34: note: previous 
> definition is here
> typedef enum { B_FALSE, B_TRUE }boolean_t;
>  ^
>   imb

I have a patch being tested, will fix shortly.  Thanks.

-- 
wca
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


SVN r325728 breaks build

2017-11-11 Thread Michael Butler

As follows:

--- zfs.o ---
In file included from /usr/src/lib/libprocstat/zfs.c:51:
In file included from /usr/obj/usr/src/amd64.amd64/tmp/usr/include/kvm.h:39:
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/vm/vm.h:111:13: error: 
typedef redefinition with different types ('int' vs 'enum boolean_t')

typedef int boolean_t;
^
/usr/src/sys/cddl/compat/opensolaris/sys/types.h:84:34: note: previous 
definition is here

typedef enum { B_FALSE, B_TRUE }boolean_t;
^
imb
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: [mips32] build is broken due to lack of .cfi-sections support in gcc 4.2.1

2017-11-11 Thread Adrian Chadd
Hi,

Have a look at what the atheros ports now do. They've been building
using the external toolchain gcc for a while now.

I think we need to kick over to that.



-adrian


On 11 November 2017 at 12:54, Michael Zhilin  wrote:
> Hi,
>
> I've got compilation error for mips32 build by gcc 4.2.1
> (freebsd-wifi-build):
> [halloween:/repo/onion/src/libexec/rtld-elf]$ make
> /repo/onion/src/libexec/rtld-elf/mips/rtld_start.S: Assembler messages:
> /repo/onion/src/libexec/rtld-elf/mips/rtld_start.S:35: Error: unknown
> pseudo-op: `.cfi_sections'
> *** Error code 1
>
> Stop.
> make[2]: stopped in /repo/onion/src/libexec/rtld-elf
> [halloween:/repo/onion/src/libexec/rtld-elf]$ cc -isystem
> /repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/include
> -L/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/lib
> -B/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/lib
> --sysroot=/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp
> -B/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/bin -O -pipe -G0
> -EL -mabi=32 -msoft-float -march=mips32 -Wall -DFREEBSD_ELF -DIN_RTLD
> -ffreestanding -I/repo/onion/src/lib/csu/common
> -I/repo/onion/src/libexec/rtld-elf/mips -I/repo/onion/src/libexec/rtld-elf
> -fpic -DPIC -g -MD -MF.depend.rtld_start.o -MTrtld_start.o -std=gnu99
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c
> /repo/onion/src/libexec/rtld-elf/mips/rtld_start.S -o rtld_start.o
> /repo/onion/src/libexec/rtld-elf/mips/rtld_start.S: Assembler messages:
> /repo/onion/src/libexec/rtld-elf/mips/rtld_start.S:35: Error: unknown
> pseudo-op: `.cfi_sections'
> [halloween:/repo/onion/src/libexec/rtld-elf]$ cc -v
> Using built-in specs.
> Target: mipsel-undermydesk-freebsd
> Configured with: FreeBSD/mipsel system compiler
> Thread model: posix
> gcc version 4.2.1 20070831 patched [FreeBSD]
>
> The section info for call frame information has been added in revision
> 325624 by jhb@. This impacts several MIPS32 builds by freebsd-wifi-build
> (broadcom, may be atheros).
>
> Is my gcc toolchain old? switch to clang?
>
> Thanks!
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-11 Thread Mark Millard

On 2017-Nov-11, at 8:47 AM, Bryan Drewery  wrote:

>> On Nov 11, 2017, at 00:51, Mark Millard  wrote:
>> 
>>> On 2017-Nov-10, at 5:16 PM, Bryan Drewery  wrote:
>>> 
 On 11/10/2017 8:30 AM, Bryan Drewery wrote:
 . . . 
 In fact it's similar to my META_MODE whitelist in the top-level
 Makefile.  There's quite a few targets we don't care for AUTO_OBJ on,
 like distribute*, installworld, installkernel, etc.
>>> 
>>> r325697 should fix it.
>> 
>> Most of the messages are gone in -r325700 . But there was:
>> 
>> *** Creating the temporary root environment in /var/tmp/temproot
>> *** /var/tmp/temproot ready for use
>> *** Creating and populating directory structure in /var/tmp/temproot
>> 
>> [Creating objdir /usr/obj/usr/src/arm64.aarch64...]
>> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc...]
>> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/sendmail...]
>> 
>> (No more objdir lines after that.)
> 
> Yea this is expected. Mergemaster runs ‘make obj’ in etc/.

Hmm. I looking I see the:

  ${MM_MAKE} _obj SUBDIR_OVERRIDE=etc >/dev/null &&
  ${MM_MAKE} everything SUBDIR_OVERRIDE=etc >/dev/null &&

Its too bad that the mergemaster man page makes no reference
to depending on MAKEOBJDIRPREFIX (or its default) and the
tree contents that it points to. If one has more than one
tree around then one should be picking the right one --but
nothing in the man page suggests that.

It also would not play well with not having that build tree
available at the time of a mergemaster.

The 20130425 UPDATING entry does note use of
MAKEOBJDIRPREFIX. It notes that mergemaster makes use of the
specific, bootstrapped mtree and install. Does that mean
that a cross-build needs mergemaster to be executed on
the cross-build host instead of on the target system? I do
not see the man page as well-covering such questions for
the proper usage technique.

Dependency on /usr/src (by default or an alternate via -m) is
clear from the man page. So, having a proper vintage of such
and having mergemaster use it was clear. But such seems to not
be sufficient, which was not clear.

> The top-level check-old objdir creation is unavoidable right now... you can 
> use -DNO_OBJ if you want to avoid it.
> 
>> 
 
> However from reading mergemaster.sh it seems that _at least_
> /usr/obj/usr/src/etc/sendmail would be created before my changes.  Can
> someone confirm that on stable/ or something?
> 
>> 
>> (MAKEOBJDIRPREFIX= does control the path-prefix used
>> if specified in the env list before mergemaster.)
>> 
>> 


===
Mark Millard
markmi at dsl-only.net

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[mips32] build is broken due to lack of .cfi-sections support in gcc 4.2.1

2017-11-11 Thread Michael Zhilin
Hi,

I've got compilation error for mips32 build by gcc 4.2.1
(freebsd-wifi-build):
[halloween:/repo/onion/src/libexec/rtld-elf]$ make
/repo/onion/src/libexec/rtld-elf/mips/rtld_start.S: Assembler messages:
/repo/onion/src/libexec/rtld-elf/mips/rtld_start.S:35: Error: unknown
pseudo-op: `.cfi_sections'
*** Error code 1

Stop.
make[2]: stopped in /repo/onion/src/libexec/rtld-elf
[halloween:/repo/onion/src/libexec/rtld-elf]$ cc -isystem
/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/include
-L/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/lib
-B/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/lib
--sysroot=/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp
-B/repo/onion/obj/mipsel/repo/onion/src/mips.mipsel/tmp/usr/bin -O -pipe
-G0 -EL -mabi=32 -msoft-float -march=mips32 -Wall -DFREEBSD_ELF -DIN_RTLD
-ffreestanding -I/repo/onion/src/lib/csu/common
-I/repo/onion/src/libexec/rtld-elf/mips -I/repo/onion/src/libexec/rtld-elf
-fpic -DPIC -g -MD -MF.depend.rtld_start.o -MTrtld_start.o -std=gnu99
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c
/repo/onion/src/libexec/rtld-elf/mips/rtld_start.S -o rtld_start.o
/repo/onion/src/libexec/rtld-elf/mips/rtld_start.S: Assembler messages:
/repo/onion/src/libexec/rtld-elf/mips/rtld_start.S:35: Error: unknown
pseudo-op: `.cfi_sections'
[halloween:/repo/onion/src/libexec/rtld-elf]$ cc -v
Using built-in specs.
Target: mipsel-undermydesk-freebsd
Configured with: FreeBSD/mipsel system compiler
Thread model: posix
gcc version 4.2.1 20070831 patched [FreeBSD]

The section info for call frame information has been added in revision
325624 by jhb@. This impacts several MIPS32 builds by freebsd-wifi-build
(broadcom, may be atheros).

Is my gcc toolchain old? switch to clang?

Thanks!
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-11 Thread Bryan Drewery


> On Nov 11, 2017, at 00:51, Mark Millard  wrote:
> 
>> On 2017-Nov-10, at 5:16 PM, Bryan Drewery  wrote:
>> 
>>> On 11/10/2017 8:30 AM, Bryan Drewery wrote:
 On 11/10/17 7:52 AM, Bryan Drewery wrote:
> On 11/10/2017 12:46 AM, Mark Millard wrote:
> When I use the command:
> 
> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh 
> -FUPi -D/mnt
> 
> based on:
> 
> # more 
> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-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.cortexA53-clang-bootstrap.aarch64-host"
>  \
> mergemaster -A aarch64 $*
> 
> in a context where /usr/obj/usr does not exist
> (no local build tree present at the time), I get:
> 
> Script started, output file is 
> /root/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-host-2017-11-09:23:57:04
> 
> *** Creating the temporary root environment in /var/tmp/temproot
> *** /var/tmp/temproot ready for use
> *** Creating and populating directory structure in /var/tmp/temproot
> 
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/share/termcap...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/syslog.d...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/rmt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/pam.d...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu/aarch64...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc_nonshared...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcompiler_rt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libclang_rt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental...]
> [Creating nested objdir 
> /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental/filesystem...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcxxrt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf...]
> [Creating nested objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf/sys...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/msun...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias/libalias...]
> . . . (long list) . . .
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd...]
> [Creating objdir 
> /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd_cli...]
> [Creating objdir 
> /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/ndis_events...]
> 
> 
> 
> So a /usr/obj/usr/src/arm64.aarch64/ directory tree
> ends up being created.
 
 Hah, not what we want. I'll fix that.
 
>>> 
>>> In fact it's similar to my META_MODE whitelist in the top-level
>>> Makefile.  There's quite a few targets we don't care for AUTO_OBJ on,
>>> like distribute*, installworld, installkernel, etc.
>> 
>> r325697 should fix it.
> 
> Most of the messages are gone in -r325700 . But there was:
> 
> *** Creating the temporary root environment in /var/tmp/temproot
> *** /var/tmp/temproot ready for use
> *** Creating and populating directory structure in /var/tmp/temproot
> 
> [Creating objdir /usr/obj/usr/src/arm64.aarch64...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/sendmail...]
> 
> (No more objdir lines after that.)

Yea this is expected. Mergemaster runs ‘make obj’ in etc/.

The top-level check-old objdir creation is unavoidable right now... you can use 
-DNO_OBJ if you want to avoid it.

> 
>>> 
 However from reading mergemaster.sh it seems that _at least_
 /usr/obj/usr/src/etc/sendmail would be created before my changes.  Can
 someone confirm that on stable/ or something?
 
> 
> (MAKEOBJDIRPREFIX= does control the path-prefix used
> if specified in the env list before mergemaster.)
> 
> 
> ===
> Mark Millard
> markmi at dsl-only.net
> 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-11 Thread Mark Millard

===
Mark Millard
mar...@dsl-only.net

On 2017-Nov-11, at 12:51 AM, Mark Millard  wrote:

> On 2017-Nov-10, at 5:16 PM, Bryan Drewery  wrote:
> 
>> On 11/10/2017 8:30 AM, Bryan Drewery wrote:
>>> On 11/10/17 7:52 AM, Bryan Drewery wrote:
 On 11/10/2017 12:46 AM, Mark Millard wrote:
> When I use the command:
> 
> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh 
> -FUPi -D/mnt
> 
> based on:
> 
> # more 
> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-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.cortexA53-clang-bootstrap.aarch64-host"
>  \
> mergemaster -A aarch64 $*
> 
> in a context where /usr/obj/usr does not exist
> (no local build tree present at the time), I get:
> 
> Script started, output file is 
> /root/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-host-2017-11-09:23:57:04
> 
> *** Creating the temporary root environment in /var/tmp/temproot
> *** /var/tmp/temproot ready for use
> *** Creating and populating directory structure in /var/tmp/temproot
> 
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/share/termcap...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/syslog.d...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/rmt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/pam.d...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu/aarch64...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc_nonshared...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcompiler_rt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libclang_rt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental...]
> [Creating nested objdir 
> /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental/filesystem...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcxxrt...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf...]
> [Creating nested objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf/sys...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/msun...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias/libalias...]
> . . . (long list) . . .
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd...]
> [Creating objdir 
> /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd_cli...]
> [Creating objdir 
> /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/ndis_events...]
> 
> 
> 
> So a /usr/obj/usr/src/arm64.aarch64/ directory tree
> ends up being created.
 
 Hah, not what we want. I'll fix that.
 
>>> 
>>> In fact it's similar to my META_MODE whitelist in the top-level
>>> Makefile.  There's quite a few targets we don't care for AUTO_OBJ on,
>>> like distribute*, installworld, installkernel, etc.
>> 
>> r325697 should fix it.
> 
> Most of the messages are gone in -r325700 . But there was:
> 
> *** Creating the temporary root environment in /var/tmp/temproot
> *** /var/tmp/temproot ready for use
> *** Creating and populating directory structure in /var/tmp/temproot
> 
> [Creating objdir /usr/obj/usr/src/arm64.aarch64...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc...]
> [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/sendmail...]
> 
> (No more objdir lines after that.)
> 
>>> 
 However from reading mergemaster.sh it seems that _at least_
 /usr/obj/usr/src/etc/sendmail would be created before my changes.  Can
 someone confirm that on stable/ or something?
 
> 
> (MAKEOBJDIRPREFIX= does control the path-prefix used
> if specified in the env list before mergemaster.)
> 

FYI a check-old (with MAKEOBJDIRPREFIX="/usr/obj/cortexA53_clang/arm64.aarch64"
in use) got me a:

[Creating objdir 
/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64...]

(Just the one objdir line.)

/usr/obj/cortexA53_clang/ did not exist when check-old
was started.

So, the activity does track MAKEOBJDIRPREFIX when it
is in use.

===
Mark Millard
markmi at dsl-only.net

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


updating /usr/ports to HEAD in a jail r318593 (May 2017)

2017-11-11 Thread Matthias Apitz

Hello,

My poudriere oven runs as kernel:
$ uname -a
FreeBSD jet 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r318593: Sun May 21 22:05:29 
...

and I have a jail on it with exact this kernel r318593. Is it save to
update ports in this jail to HEAD (as of today) or are there some
incompatible changes in the ports tree which need a newer kernel? I
glanced through /usr/ports/UPDATING but could no see anything. Any
pointers? 

Thanks

matthias
-- 
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/  ☎ 
+49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub


signature.asc
Description: PGP signature


Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-11 Thread Mark Millard
On 2017-Nov-10, at 5:16 PM, Bryan Drewery  wrote:

> On 11/10/2017 8:30 AM, Bryan Drewery wrote:
>> On 11/10/17 7:52 AM, Bryan Drewery wrote:
>>> On 11/10/2017 12:46 AM, Mark Millard wrote:
 When I use the command:
 
 ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh 
 -FUPi -D/mnt
 
 based on:
 
 # more 
 ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh
 kldload -n filemon && \
 script 
 ~/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-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.cortexA53-clang-bootstrap.aarch64-host"
  \
 mergemaster -A aarch64 $*
 
 in a context where /usr/obj/usr does not exist
 (no local build tree present at the time), I get:
 
 Script started, output file is 
 /root/sys_typescripts/typescript_mergemaster_cortexA53_clang_bootstrap_clang-aarch64-host-2017-11-09:23:57:04
 
 *** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot
 
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/share/termcap...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/syslog.d...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/rmt...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/pam.d...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/csu/aarch64...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc_nonshared...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcompiler_rt...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libclang_rt...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental...]
 [Creating nested objdir 
 /usr/obj/usr/src/arm64.aarch64/lib/libc++experimental/filesystem...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libcxxrt...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf...]
 [Creating nested objdir /usr/obj/usr/src/arm64.aarch64/lib/libelf/sys...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/msun...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias...]
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/lib/libalias/libalias...]
 . . . (long list) . . .
 [Creating objdir /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd...]
 [Creating objdir 
 /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/hostapd_cli...]
 [Creating objdir 
 /usr/obj/usr/src/arm64.aarch64/usr.sbin/wpa/ndis_events...]
 
 
 
 So a /usr/obj/usr/src/arm64.aarch64/ directory tree
 ends up being created.
>>> 
>>> Hah, not what we want. I'll fix that.
>>> 
>> 
>> In fact it's similar to my META_MODE whitelist in the top-level
>> Makefile.  There's quite a few targets we don't care for AUTO_OBJ on,
>> like distribute*, installworld, installkernel, etc.
> 
> r325697 should fix it.

Most of the messages are gone in -r325700 . But there was:

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

[Creating objdir /usr/obj/usr/src/arm64.aarch64...]
[Creating objdir /usr/obj/usr/src/arm64.aarch64/etc...]
[Creating objdir /usr/obj/usr/src/arm64.aarch64/etc/sendmail...]

(No more objdir lines after that.)

>> 
>>> However from reading mergemaster.sh it seems that _at least_
>>> /usr/obj/usr/src/etc/sendmail would be created before my changes.  Can
>>> someone confirm that on stable/ or something?
>>> 
 
 (MAKEOBJDIRPREFIX= does control the path-prefix used
 if specified in the env list before mergemaster.)
 

===
Mark Millard
markmi at dsl-only.net

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"