${src}/release/release.sh fails at makefs state

2017-05-05 Thread Alastair Hogge 
Hi,

On a r317857 amd64 host, the release.sh build fails:
# cd /usr/src/release && ./release.sh

[...]

===> usr.sbin/yp_mkdb (installconfig)   


  
===> usr.sbin/yppoll (installconfig)


  
===> usr.sbin/yppush (installconfig)


  
===> usr.sbin/ypserv (installconfig)


  
===> usr.sbin/ypset (installconfig) 


  
===> usr.sbin/keyserv (installconfig)   


  
===> usr.sbin/pkg (installconfig)   


  
===> usr.sbin/pmcannotate (installconfig)   


  
===> usr.sbin/pmccontrol (installconfig)


  
===> usr.sbin/pmcstat (installconfig)   


  
===> usr.sbin/pmcstudy (installconfig)  


  
===> usr.sbin/edquota (installconfig)   


  
===> usr.sbin/quotaon (installconfig)   


  
===> usr.sbin/repquota (installconfig)  


  
===> usr.sbin/tcpdchk (installconfig)   


  
===> usr.sbin/tcpdmatch (installconfig) 


  
===> usr.sbin/timed (installconfig) 


  
===> usr.sbin/timed/timed

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Cy Schubert 
In message

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Alastair Hogge 
On Fri, 5 May 2017 12:41:27 PM Kyle Evans wrote:

[...]

> FYI- This has now been committed as r317842. Apologies for the breakage,
> and thanks for the reports!

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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Vladimir Zakharov 
On Fri, May 05, 2017, Kyle Evans wrote:
>FYI- This has now been committed as r317842. Apologies for the
>breakage, and thanks for the reports!
Fixed for me after reinstalling usr.bin/grep. Thanks.

-- 
Regards, | "In theory there is no difference between theory
  Vladimir Zakharov  | and practice. In practice there is."- Yogi Berra
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Ngie Cooper 
On Fri, May 5, 2017 at 4:43 PM, Cy Schubert  wrote:

...

> You have a bad DIMM. I had this same problem on my laptop but not on my
> servers downstairs. That suggested that since all four machines were
> running the same software the difference between them was hardware.
> Replacing the memory in my laptop made this problem go away.
>
> I have a question for you. Do you use ZFS? ZFS exercises memory quite
> aggressively. I also had this problem when I replaced my UFS filesystems
> with ZFS on my testbed many moons ago. It even suffered random kernel
> panics. Here again, replacing the memory resolved the issue.

We need more information first before saying "bad hardware" -- in
particular, was the machine overtaxed, were the input files proper,
etc?

I'm asking because clang has a number of bugs in bugzilla where the
host ran out of memory trying to compile things and clang didn't fail
gracefully when allocating memory, handling inputs, etc.

Thanks,
-Ngie
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Cy Schubert 
In message 
, Andrey Fesenko writes:
> On Fri, May 5, 2017 at 8:41 PM, Kyle Evans  wrote:
> > On Fri, May 5, 2017 at 9:31 AM, Kyle Evans  wrote:
> >
> >> On May 5, 2017 8:39 AM, "Dimitry Andric"  wrote:
> >>
> >>
> >> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
> >> uses a shell script, mkioctls, to generate a ioctl.c file at build time.
> >> This script contains the following fragment:
> >>
> >> ioctl_includes=$(
> >> cd $includedir
> >> find -H -s * -name '*.h' | \
> >> egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \
> >> xargs egrep -l \
> >> '^#[]*define[   ]+[A-Za-z_][A-Za-z0-9_]*[   ]+_IO[^a-z0-9_]' |
> >> awk '{printf("#include <%s>\\n", $1)}'
> >> )
> >>
> >> The idea is that all headers are searched for defines of ioctl macros,
> >> which start with _IO.  The -l option to egrep is used to print only the
> >> matching filenames, not the matched content itself.
> >>
> >> However, this option seems to be broken in bsdgrep, as it *does* display
> >> the matched content:
> >>
> >> $ gnugrep -l printf /usr/include/stdio.h
> >> /usr/include/stdio.h
> >>
> >> $ bsdgrep -l printf /usr/include/stdio.h
> >> #define __SSTR  0x0200  /* this is an sprintf/snprintf string */
> >> /usr/include/stdio.h
> >>
> >> I did a quick check, and this option seems to have been accidentally
> >> broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty
> >> pattern").
> >>
> >> Ed, Kyle, any idea where the problem might be?
> >>
> >> -Dimitry
> >>
> >> [1] https://svnweb.freebsd.org/base?view=revision=317703
> >>
> >>
> >> Hi,
> >>
> >> This is addressed by https://reviews.freebsd.org/D10607
> >>
> >
> > FYI- This has now been committed as r317842. Apologies for the breakage,
> > and thanks for the reports!
> 
> Build not fixed (but is built slightly, a little more) :(
> 
> # uname -a
> FreeBSD des.local 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r317592: Sat
> Apr 29 21:32:04 MSK 2017 root@des.local:/usr/obj/usr/src/sys/DES
> amd64
> 
> # svnlite info
> Path: .
> Working Copy Root Path: /usr/src
> URL: https://svn0.eu.freebsd.org/base/head
> Relative URL: ^/head
> Repository Root: https://svn0.eu.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 317842
> Node Kind: directory
> Schedule: normal
> Last Changed Author: emaste
> Last Changed Rev: 317842
> Last Changed Date: 2017-05-05 20:35:05 +0300 (Fri, 05 May 2017)
> 
> # make -j1 buildworld
> make[1]: "/usr/src/Makefile.inc1"
> line 160: SYSTEM_COMPILER: Determined that CC=cc matches the source
> tree.  Not bootstrapping a cross-compiler.
> ...
> ===> lib/clang/libllvmminimal (obj,all,install)
> /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal created for
> /usr/src/lib/clang/libllvmminimal
> /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/Support created
> for /usr/src/lib/clang/libllvmminimal
> /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/TableGen created
> for /usr/src/lib/clang/libllvmminimal
> c++  -O2 -pipe -I/usr/src/lib/clang/include
> -I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD
> -D__STDC_LIMIT_M
> ACROS -D__STDC_CONSTANT_MACROS
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\"
> -DLLVM_HOST_TRIPLE=\"x86_64-unknow
> n-freebsd12.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\"
> -ffunction-sections -fdata-sections -MD -MF.depend.Support_APInt.o
>  -MTSupport/APInt.o -Qunused-arguments
> -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions
> -fno-rtti  -stdli
> b=libc++ -Wno-c++11-extensions  -c
> /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o
> c++: error: unable to execute command: Segmentation fault (core
> dumped)
> c++: error: clang frontend command failed due to signal (use -v to see
> invocation)
> FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on
> LLVM 4.0.0)
> Target: x86_64-unknown-freebsd12.0
> Thread model: posix
> InstalledDir: /usr/bin
> c++: note: diagnostic msg: PLEASE submit a bug report to
> https://bugs.freebsd.org/submit/ and include the crash backtrace, p$
> eprocessed source, and associated run script.
> ...

You have a bad DIMM. I had this same problem on my laptop but not on my 
servers downstairs. That suggested that since all four machines were 
running the same software the difference between them was hardware. 
Replacing the memory in my laptop made this problem go away.

I have a question for you. Do you use ZFS? ZFS exercises memory quite 
aggressively. I also had this problem when I replaced my UFS filesystems 
with ZFS on my testbed many moons ago. It even suffered random kernel 
panics. Here again, replacing the memory resolved the issue.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Dimitry Andric 
On 5 May 2017, at 20:02, Andrey Fesenko  wrote:
> 
> On Fri, May 5, 2017 at 8:41 PM, Kyle Evans  wrote:
...
> 
>> FYI- This has now been committed as r317842. Apologies for the breakage,
>> and thanks for the reports!
> 
> Build not fixed (but is built slightly, a little more) :(
...
> c++  -O2 -pipe -I/usr/src/lib/clang/include
> -I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD
> -D__STDC_LIMIT_M
> ACROS -D__STDC_CONSTANT_MACROS
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\"
> -DLLVM_HOST_TRIPLE=\"x86_64-unknow
> n-freebsd12.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\"
> -ffunction-sections -fdata-sections -MD -MF.depend.Support_APInt.o
> -MTSupport/APInt.o -Qunused-arguments
> -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions
> -fno-rtti  -stdli
> b=libc++ -Wno-c++11-extensions  -c
> /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o
> c++: error: unable to execute command: Segmentation fault (core
> dumped)

This crash is completely unrelated to the problem the OP was seeing,
e.g. the libsysdecode problem with bsdgrep.

Is this crash repeatable, and if not, is your hardware OK?

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: bootcode capable of booting both UFS and ZFS?

2017-05-05 Thread Toomas Soome 

> On 5. mai 2017, at 22:07, Julian Elischer  wrote:
> 
> Subject says it all really, is this an option at this time?
> 
> we'd like to try boot the main zfs root partition and then fall back to a 
> small UFS based recovery partition.. is that possible?
> 
> I know we could use grub but I'd prefer keep it in the family.
> 
> 
> 


it is, sure. but there is an compromise to be made for it.

Lets start with what I have done in illumos port, as the idea there is exactly 
about having as “universal” binaries as possible (just the binaries are listed 
below to get the size):

-r-xr-xr-x   1 root sys   171008 apr 30 19:55 bootia32.efi
-r-xr-xr-x   1 root sys   148992 apr 30 19:55 bootx64.efi
-r--r--r--   1 root sys 1255 okt 25  2015 cdboot
-r--r--r--   1 root sys   154112 apr 30 19:55 gptzfsboot
-r-xr-xr-x   1 root sys   482293 mai  2 21:10 loader32.efi
-r-xr-xr-x   1 root sys   499218 mai  2 21:10 loader64.efi
-r--r--r--   1 root sys  512 okt 15  2015 pmbr
-r--r--r--   1 root sys   377344 mai  2 21:10 pxeboot
-r--r--r--   1 root sys   376832 mai  2 21:10 zfsloader

the loader (bios/efi) is built with full complement - zfs, ufs, dosfs, cd9660, 
nfs, tftp + gzipfs. The cdboot is starting zfsloader (thats trivial string 
change).

The gptzfsboot in illumos case is only built with zfs, dosfs and ufs - as it 
has to support only disk based media to read out the loader. Also I am building 
gptzfsboot with libstand and libi386 to get as much shared code as possible - 
which has both good and bad sides, as usual;)

The gptzfsboot size means that with ufs the dedicated boot partition is needed 
(freebsd-boot), with zfs the illumos port is always using the 3.5MB boot area 
after first 2 labels (as there is no geli, the illumos does not need dedicated 
boot partition with zfs).

As the freebsd-boot is currently created 512k, the size is not an issue. Also 
using common code does allow the generic partition code to be used, so 
GPT/MBR/BSD (VTOC in illumos case) labels are not problem.


So, even just with cd boot (iso), starting zfsloader (which in fbsd has built 
in ufs, zfs etc), you already can get rescue capability. 

Now, even with just adding ufs reader to gptzfsboot, we can use gpt + 
freebsd-boot and ufs root but loading zfsloader on usb image, so it can be used 
for both live/install and rescue, because zfsloader itself has support for all 
file systems + partition types.

I have kept myself a bit off from freebsd gptzfsboot because of simple reason - 
the older setups have smaller size for freebsd boot, and not everyone is 
necessarily happy about size changes:D also in freebsd case there is another 
factor called geli - it most certainly does contribute some bits, but also 
needs to be properly addressed on IO call stack (as we have seen with 
zfsbootcfg bits). But then again, here also the shared code can help to reduce 
the complexity.

Yea, the zfsloader/loader*.efi in that listing above is actually built with 
framebuffer code and compiled in 8x16 default font (lz4 compressed 
ascii+boxdrawing basically - because zfs has lz4, the decompressor is always 
there), and ficl 4.1, so thats a bit of difference from fbsd loader.

Also note that we can still build the smaller dedicated blocks like boot2, just 
that we can not use those blocks for more universal cases and eventually those 
special cases will diminish.

rgds,
toomas

___
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: make check-old warnings

2017-05-05 Thread Renato Botelho 
On 21/04/17 15:58, Renato Botelho wrote:
> I've updated my laptop to r317256 and started to see some warnings when
> I run make check-old:
> 
> ❯ make check-old
> make warning: $5bZ�
> : No such file or directory.
> make warning: $5bZ�
> : No such file or directory.
 Checking for old files
> make warning: $5bZ�
> : No such file or directory.

This warning is not exclusive from check-old. IF I just run:

# make -V ANY_VARIABLE_HERE
make warning: $5bZ
: No such file of directory
VALUE_OF_ANY_VARIABLE_HERE

-- 
Renato Botelho
___
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"

bootcode capable of booting both UFS and ZFS?

2017-05-05 Thread Julian Elischer 

Subject says it all really, is this an option at this time?

we'd like to try boot the main zfs root partition and then fall back 
to a small UFS based recovery partition.. is that possible?


I know we could use grub but I'd prefer keep it in the family.



___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Andrey Fesenko 
On Fri, May 5, 2017 at 8:41 PM, Kyle Evans  wrote:
> On Fri, May 5, 2017 at 9:31 AM, Kyle Evans  wrote:
>
>> On May 5, 2017 8:39 AM, "Dimitry Andric"  wrote:
>>
>>
>> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
>> uses a shell script, mkioctls, to generate a ioctl.c file at build time.
>> This script contains the following fragment:
>>
>> ioctl_includes=$(
>> cd $includedir
>> find -H -s * -name '*.h' | \
>> egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \
>> xargs egrep -l \
>> '^#[]*define[   ]+[A-Za-z_][A-Za-z0-9_]*[   ]+_IO[^a-z0-9_]' |
>> awk '{printf("#include <%s>\\n", $1)}'
>> )
>>
>> The idea is that all headers are searched for defines of ioctl macros,
>> which start with _IO.  The -l option to egrep is used to print only the
>> matching filenames, not the matched content itself.
>>
>> However, this option seems to be broken in bsdgrep, as it *does* display
>> the matched content:
>>
>> $ gnugrep -l printf /usr/include/stdio.h
>> /usr/include/stdio.h
>>
>> $ bsdgrep -l printf /usr/include/stdio.h
>> #define __SSTR  0x0200  /* this is an sprintf/snprintf string */
>> /usr/include/stdio.h
>>
>> I did a quick check, and this option seems to have been accidentally
>> broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty
>> pattern").
>>
>> Ed, Kyle, any idea where the problem might be?
>>
>> -Dimitry
>>
>> [1] https://svnweb.freebsd.org/base?view=revision=317703
>>
>>
>> Hi,
>>
>> This is addressed by https://reviews.freebsd.org/D10607
>>
>
> FYI- This has now been committed as r317842. Apologies for the breakage,
> and thanks for the reports!

Build not fixed (but is built slightly, a little more) :(

# uname -a
FreeBSD des.local 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r317592: Sat
Apr 29 21:32:04 MSK 2017 root@des.local:/usr/obj/usr/src/sys/DES
amd64

# svnlite info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn0.eu.freebsd.org/base/head
Relative URL: ^/head
Repository Root: https://svn0.eu.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 317842
Node Kind: directory
Schedule: normal
Last Changed Author: emaste
Last Changed Rev: 317842
Last Changed Date: 2017-05-05 20:35:05 +0300 (Fri, 05 May 2017)

# make -j1 buildworld
make[1]: "/usr/src/Makefile.inc1"
line 160: SYSTEM_COMPILER: Determined that CC=cc matches the source
tree.  Not bootstrapping a cross-compiler.
...
===> lib/clang/libllvmminimal (obj,all,install)
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal created for
/usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/Support created
for /usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/TableGen created
for /usr/src/lib/clang/libllvmminimal
c++  -O2 -pipe -I/usr/src/lib/clang/include
-I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD
-D__STDC_LIMIT_M
ACROS -D__STDC_CONSTANT_MACROS
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknow
n-freebsd12.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\"
-ffunction-sections -fdata-sections -MD -MF.depend.Support_APInt.o
 -MTSupport/APInt.o -Qunused-arguments
-I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions
-fno-rtti  -stdli
b=libc++ -Wno-c++11-extensions  -c
/usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o
c++: error: unable to execute command: Segmentation fault (core
dumped)
c++: error: clang frontend command failed due to signal (use -v to see
invocation)
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on
LLVM 4.0.0)
Target: x86_64-unknown-freebsd12.0
Thread model: posix
InstalledDir: /usr/bin
c++: note: diagnostic msg: PLEASE submit a bug report to
https://bugs.freebsd.org/submit/ and include the crash backtrace, p$
eprocessed source, and associated run script.
...
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Kyle Evans 
On Fri, May 5, 2017 at 9:31 AM, Kyle Evans  wrote:

> On May 5, 2017 8:39 AM, "Dimitry Andric"  wrote:
>
>
> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
> uses a shell script, mkioctls, to generate a ioctl.c file at build time.
> This script contains the following fragment:
>
> ioctl_includes=$(
> cd $includedir
> find -H -s * -name '*.h' | \
> egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \
> xargs egrep -l \
> '^#[]*define[   ]+[A-Za-z_][A-Za-z0-9_]*[   ]+_IO[^a-z0-9_]' |
> awk '{printf("#include <%s>\\n", $1)}'
> )
>
> The idea is that all headers are searched for defines of ioctl macros,
> which start with _IO.  The -l option to egrep is used to print only the
> matching filenames, not the matched content itself.
>
> However, this option seems to be broken in bsdgrep, as it *does* display
> the matched content:
>
> $ gnugrep -l printf /usr/include/stdio.h
> /usr/include/stdio.h
>
> $ bsdgrep -l printf /usr/include/stdio.h
> #define __SSTR  0x0200  /* this is an sprintf/snprintf string */
> /usr/include/stdio.h
>
> I did a quick check, and this option seems to have been accidentally
> broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty
> pattern").
>
> Ed, Kyle, any idea where the problem might be?
>
> -Dimitry
>
> [1] https://svnweb.freebsd.org/base?view=revision=317703
>
>
> Hi,
>
> This is addressed by https://reviews.freebsd.org/D10607
>

FYI- This has now been committed as r317842. Apologies for the breakage,
and thanks for the reports!
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Kyle Evans 
On May 5, 2017 8:39 AM, "Dimitry Andric"  wrote:

On 5 May 2017, at 11:31, Vladimir Zakharov  wrote:
>
> Cannot build world due to error in compiling lib/libsysdecode.
...
> --- all_subdir_lib/libsysdecode ---
> ioctl.c:30:10: fatal error: 'cam/cam_compat.h:#define' file not found
> #include 
> ^~
...
> $ cat /etc/src.conf
...
> WITH_BSD_GREP=

This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
uses a shell script, mkioctls, to generate a ioctl.c file at build time.
This script contains the following fragment:

ioctl_includes=$(
cd $includedir
find -H -s * -name '*.h' | \
egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \
xargs egrep -l \
'^#[]*define[   ]+[A-Za-z_][A-Za-z0-9_]*[   ]+_IO[^a-z0-9_]' |
awk '{printf("#include <%s>\\n", $1)}'
)

The idea is that all headers are searched for defines of ioctl macros,
which start with _IO.  The -l option to egrep is used to print only the
matching filenames, not the matched content itself.

However, this option seems to be broken in bsdgrep, as it *does* display
the matched content:

$ gnugrep -l printf /usr/include/stdio.h
/usr/include/stdio.h

$ bsdgrep -l printf /usr/include/stdio.h
#define __SSTR  0x0200  /* this is an sprintf/snprintf string */
/usr/include/stdio.h

I did a quick check, and this option seems to have been accidentally
broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty
pattern").

Ed, Kyle, any idea where the problem might be?

-Dimitry

[1] https://svnweb.freebsd.org/base?view=revision=317703


Hi,

This is addressed by https://reviews.freebsd.org/D10607

Thanks!

Kyle Evans
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Dimitry Andric 
On 5 May 2017, at 11:31, Vladimir Zakharov  wrote:
> 
> Cannot build world due to error in compiling lib/libsysdecode.
...
> --- all_subdir_lib/libsysdecode ---
> ioctl.c:30:10: fatal error: 'cam/cam_compat.h:#define' file not found
> #include 
> ^~
...
> $ cat /etc/src.conf
...
> WITH_BSD_GREP=

This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
uses a shell script, mkioctls, to generate a ioctl.c file at build time.
This script contains the following fragment:

ioctl_includes=$(
cd $includedir
find -H -s * -name '*.h' | \
egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \
xargs egrep -l \
'^#[]*define[   ]+[A-Za-z_][A-Za-z0-9_]*[   ]+_IO[^a-z0-9_]' |
awk '{printf("#include <%s>\\n", $1)}'
)

The idea is that all headers are searched for defines of ioctl macros,
which start with _IO.  The -l option to egrep is used to print only the
matching filenames, not the matched content itself.

However, this option seems to be broken in bsdgrep, as it *does* display
the matched content:

$ gnugrep -l printf /usr/include/stdio.h
/usr/include/stdio.h

$ bsdgrep -l printf /usr/include/stdio.h
#define __SSTR  0x0200  /* this is an sprintf/snprintf string */
/usr/include/stdio.h

I did a quick check, and this option seems to have been accidentally
broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty
pattern").

Ed, Kyle, any idea where the problem might be?

-Dimitry

[1] https://svnweb.freebsd.org/base?view=revision=317703



signature.asc
Description: Message signed with OpenPGP

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Vladimir Zakharov 
On Fri, May 05, 2017, David Wolfskill wrote:
> On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote:
> > On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> > > Hello!
> > > 
> > > Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> > > (make clean, make cleandepend and wiping out ccache data) does not help.
> > > 
> > > $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
> > > ...
> > 
> > [removed build log & host configs]
> > 
> > I am having observing the same problem too.  I updated to r317713 & 
> > rebooted  
> > the r317713 host, then I tried to build a release & it failed with the same 
> > errors.
> > 
I'm trying to update from r317729. Previous update was from r317481.

> 
> I had no issues updating from r317789 to r317824 on my build machine
> (amd64).


-- 
Regards, | "In theory there is no difference between theory
  Vladimir Zakharov  | and practice. In practice there is."- Yogi Berra
___
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: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread David Wolfskill 
On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote:
> On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> > Hello!
> > 
> > Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> > (make clean, make cleandepend and wiping out ccache data) does not help.
> > 
> > $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
> > ...
> 
> [removed build log & host configs]
> 
> I am having observing the same problem too.  I updated to r317713 & rebooted  
> the r317713 host, then I tried to build a release & it failed with the same 
> errors.
> 

I had no issues updating from r317789 to r317824 on my build machine
(amd64).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Does "conflict of interest" mean anything in the Trump administration?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Alastair Hogge 
On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> Hello!
> 
> Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> (make clean, make cleandepend and wiping out ccache data) does not help.
> 
> $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
> ...

[removed build log & host configs]

I am having observing the same problem too.  I updated to r317713 & rebooted  
the r317713 host, then I tried to build a release & it failed with the same 
errors.

I checked out a clean copy of src at r317713 into /tmp, removed /etc/make.conf 
& /etc/src.conf & tried again, tho, still the same problem.  I have also tried 
buildworld on a r317820 check out, however, this also results in the same 
failure.

My host r317713 was built with:

$ cat /etc/make.conf
ALWAYS_CHECK_MAKE=  YES
CPUTYPE?=   bdver2
DEFAULT_VERSIONS=   bdb=5 gcc=6 linux=c7_64 perl5=5.24 ssl=openssl
LOADER_FIREWIRE_SUPPORT=
KERNCONF=   DIREWOLF
MALLOC_PRODUCTION=
MODULES_OVERRIDE=   linux linux_common linprocfs linuxkpi linux64
QT4_OPTIONS=CUPS
TEX_DEFAULT=texlive
WITH_NVIDIA_GL=
WITH_PKG=   devel
WITH_SSP_PORTS=

$ cat /etc/src.conf
WITH_BSD_GREP=
WITH_CLANG_EXTRAS=
WITH_PIE=
#WITH_SORT_THREADS=

WITHOUT_AMD=
WITHOUT_APM=
WITHOUT_ATM=
WITHOUT_BOOTPARAMD=
WITHOUT_BOOTPD=
WITHOUT_BLUETOOTH=
WITHOUT_BSNMP=
WITHOUT_CDDL=
WITHOUT_CTM=
WITHOUT_CUSE=
WITHOUT_DEBUG_FILES=
WITHOUT_FDT=
WITHOUT_FLOPPY=
WITHOUT_FMTREE=
WITHOUT_FREEBSD_UPDATE=
WITHOUT_FTP=
WITHOUT_GCOV=
WITHOUT_GDB=
WITHOUT_GPL_DTC=
WITHOUT_GROFF=
WITHOUT_HAST=
WITHOUT_HTML=
WITHOUT_HYPERV=
WITHOUT_INFO=
WITHOUT_IPFILTER=
WITHOUT_ISCSI=
WITHOUT_LEGACY_CONSOLE=
WITHOUT_LPR=
WITHOUT_NDIS=
WITHOUT_NTP=
WITHOUT_PC_SYSINSTALL=
WITHOUT_PF=
WITHOUT_PORTSNAP=
WITHOUT_PPP=
WITHOUT_PROFILE=
WITHOUT_RBOOTD=
WITHOUT_RCMDS=
WITHOUT_RCS=
WITHOUT_SENDMAIL=
WITHOUT_SHAREDOCS=
WITHOUT_SVNLITE=
WITHOUT_SYSCONS=
WITHOUT_SYSINSTALL=
WITHOUT_TEXINFO=
WITHOUT_TESTS=
WITHOUT_TFTP=
WITHOUT_WIRELESS=
WITHOUT_WPA_SUPPLICANT_EAPOL=
___
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"

make buildworld broken at r317821 (libsysdecode)

2017-05-05 Thread Vladimir Zakharov 
Hello!

Cannot build world due to error in compiling lib/libsysdecode. Cleaning (make
clean, make cleandepend and wiping out ccache data) does not help.

$ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
...

--- all_subdir_lib/libstand ---
--- strcat.o ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin  -O2 -pipe 
-march=native  -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS 
-DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding 
-Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -fPIC 
-mno-red-zone -MD  -MF.depend.strcat.o -MTstrcat.o -std=gnu99 -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef 
-Wno-address-of-packed-member -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libstand/../libc/string/strcat.c -o strcat.o
--- all_subdir_lib/libsysdecode ---
ioctl.c:30:10: fatal error: 'cam/cam_compat.h:#define' file not found
#include 
 ^~
--- all_subdir_lib/libsmb ---
--- nb_net.pico ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin -fpic -DPIC -g 
-O2 -pipe -march=native  -DSMB_CFG_FILE=\"/etc/nsmb.conf\" 
-I/usr/src/contrib/smbfs/include -DHAVE_ICONV=1 -MD  -MF.depend.nb_net.pico 
-MTnb_net.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-Qunused-arguments  -c /usr/src/contrib/smbfs/lib/smb/nb_net.c -o nb_net.pico
--- all_subdir_lib/libstand ---
--- strchr.o ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin  -O2 -pipe 
-march=native  -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS 
-DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding 
-Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -fPIC 
-mno-red-zone -MD  -MF.depend.strchr.o -MTstrchr.o -std=gnu99 -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef 
-Wno-address-of-packed-member -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libstand/../libc/string/strchr.c -o strchr.o
--- all_subdir_lib/libsysdecode ---
--- signal.o ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin  -O2 -pipe 
-march=native  -I/home/obj/usr/src/lib/libsysdecode -I/usr/src/sys 
-I/usr/src/libexec/rtld-elf -DPF -MD  -MF.depend.signal.o -MTsignal.o 
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable  -Qunused-arguments  -c 
/usr/src/lib/libsysdecode/signal.c -o signal.o
--- all_subdir_lib/libstand ---
--- strcmp.o ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin  -O2 -pipe 
-march=native  -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS 
-DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding 
-Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -fPIC 
-mno-red-zone -MD  -MF.depend.strcmp.o -MTstrcmp.o -std=gnu99 -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef 
-Wno-address-of-packed-member -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libstand/../libc/string/strcmp.c -o strcmp.o
--- all_subdir_lib/libsmb ---
--- nbns_rq.pico ---
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/home/obj/usr/src/tmp -B/home/obj/usr/src/tmp/usr/bin -fpic -DPIC -g 
-O2 -pipe -march=native  -DSMB_CFG_FILE=\"/etc/nsmb.conf\" 
-I/usr/src/contrib/smbfs/include -DHAVE_ICONV=1 -MD