Re: make buildworld broken on RISC-V.

2021-10-06 Thread Mitchell Horne 
On Wed, Oct 6, 2021 at 7:23 AM Karel Gardas  wrote:
>
>
> Hello,
>
> I'm using 14-CURRENT oprovided qcow2 image from September 30 in
> qemu-system-risc64. It runs fine so I'm testing it with attempting make
> buildworld. This unfortunately fails with:
>
> ===> lib/clang/headers (includes)
> [Creating objdir /usr/obj/usr/src/riscv.riscv64/lib/clang/headers...]
> clang-tblgen -gen-arm-bf16  -I
> /usr/src/contrib/llvm-project/clang/include/clang/Basic -d arm_bf16.h.d
> -o arm_bf16.h
> /usr/src/contrib/llvm-project/clang/include/clang/Basic/arm_bf16.td
> ELF binary type "0" not known.
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: ELF�Т:
> not found
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: @h�a@8:
> not found
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: @@@0�:
> not found
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: �: not
> found
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: 1:
> Syntax error: "(" unexpected
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: 5:
> Syntax error: Error in command substitution
> *** Error code 2
>
> Stop.
> make[5]: stopped in /usr/src/lib/clang/headers
> *** Error code 1
>
> Stop.
> make[4]: stopped in /usr/src/lib/clang
> *** Error code 1
>
> Stop.
> make[3]: stopped in /usr/src/lib
> *** Error code 1
>
> Stop.
> make[2]: stopped in /usr/src
>370.58 real   114.97 user   258.16 sys
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src
>
>
> I'm not sure which from available clang-tblgen is invoked:
>
> # find / -type f -name
> 'clang-tblgen'/usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen
> /usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen
>
>
> but both seems to be reasonable file types:
>
> root@freebsd:/usr/src/lib/clang/headers # file
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen
> /usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen: ELF 64-bit
> LSB executable, UCB RISC-V, version 1 (SYSV), statically linked,
> FreeBSD-style, not stripped
> root@freebsd:/usr/src/lib/clang/headers # file
> /usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen
> /usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen:
> ELF 64-bit LSB executable, UCB RISC-V, version 1 (SYSV), statically
> linked, FreeBSD-style, not stripped
>
>
> Is there any trick how to solve this issue?
>

This has been reported here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258358

There is a workaround provided which allows the build to proceed, see
comment #4 and #6.

Cheers,
Mitchell

> Thanks,
> Karel
>

make buildworld broken on RISC-V.

2021-10-06 Thread Karel Gardas 



Hello,

I'm using 14-CURRENT oprovided qcow2 image from September 30 in 
qemu-system-risc64. It runs fine so I'm testing it with attempting make 
buildworld. This unfortunately fails with:


===> lib/clang/headers (includes)
[Creating objdir /usr/obj/usr/src/riscv.riscv64/lib/clang/headers...]
clang-tblgen -gen-arm-bf16  -I 
/usr/src/contrib/llvm-project/clang/include/clang/Basic -d arm_bf16.h.d 
-o arm_bf16.h 
/usr/src/contrib/llvm-project/clang/include/clang/Basic/arm_bf16.td

ELF binary type "0" not known.
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: ELF�Т: 
not found
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: @h�a@8: 
not found
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: @@@0�: 
not found
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: �: not 
found
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: 1: 
Syntax error: "(" unexpected
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/usr/sbin/clang-tblgen: 5: 
Syntax error: Error in command substitution

*** Error code 2

Stop.
make[5]: stopped in /usr/src/lib/clang/headers
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib/clang
*** Error code 1

Stop.
make[3]: stopped in /usr/src/lib
*** Error code 1

Stop.
make[2]: stopped in /usr/src
  370.58 real   114.97 user   258.16 sys
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src


I'm not sure which from available clang-tblgen is invoked:

# find / -type f -name 
'clang-tblgen'/usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen

/usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen


but both seems to be reasonable file types:

root@freebsd:/usr/src/lib/clang/headers # file 
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen
/usr/obj/usr/src/riscv.riscv64/tmp/legacy/bin/clang-tblgen: ELF 64-bit 
LSB executable, UCB RISC-V, version 1 (SYSV), statically linked, 
FreeBSD-style, not stripped
root@freebsd:/usr/src/lib/clang/headers # file 
/usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen
/usr/obj/usr/src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/clang-tblgen/clang-tblgen: 
ELF 64-bit LSB executable, UCB RISC-V, version 1 (SYSV), statically 
linked, FreeBSD-style, not stripped



Is there any trick how to solve this issue?

Thanks,
Karel

Re: make buildworld broken at r317821 (libsysdecode)

2017-05-07 Thread Cy Schubert 
In message 
, Andrey Fesenko writes:
> On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper  wrote:
> > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert  wrot
> e:
> >
> > ...
> >
> >> 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
> 
> Sorry, really my root ZFS pool is corrupt :(

That was another symptom of the problem I had on my testbed when it 
suffered random kernel panics due to marginal RAM. It was OK with UFS but 
inadequate for ZFS. My zpools became so horribly corrupt that nothing could 
correct them and at one point I couldn't even retrieve anything from one of 
the zpools. (Good thing it was testbed and that the data was replicated on 
my prod machine.) It was at that point I ran some RAM tests using 
memtest86+ from ports. It found no bad RAM. Not trusting it, I replaced all 
the RAM in that machine anyway. That was a few years ago and I haven't had 
a problem since.

There is a reason it is recommended that one use ECC corrected memory with 
ZFS. ZFS error correction is only as good as the installed RAM.

-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.




___
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-06 Thread Andrey Fesenko 
On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper  wrote:
> 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

Sorry, really my root ZFS pool is corrupt :(
___
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

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: 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

undefined reference to `_ThreadRuneLocale': make buildkernel and make buildworld broken

2012-03-04 Thread O. Hartmann 
This is what I get when trying to build a kernel from sources at
revision 232526 and system at revision:  10.0-CURRENT #0 r232497: Sun
Mar  4 16:35:35 CET 2012.

It is impossible to do even a simple

make installincludes

this breaks with:

=== kerberos5 (installincludes)
=== kerberos5/doc (installincludes)
=== kerberos5/lib (installincludes)
=== kerberos5/lib/libasn1 (installincludes)
cd /usr/src/kerberos5/lib/libasn1/../../tools/asn1_compile  make
Warning: Object directory not changed from original
/usr/src/kerberos5/tools/asn1_compile
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
Warning: Object directory not changed from original
/usr/src/kerberos5/tools/make-print-version
cd /usr/src/kerberos5/tools/asn1_compile/../make-roken  make
Warning: Object directory not changed from original
/usr/src/kerberos5/tools/make-roken
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native
-I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken 
-I/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1
-I. -DHAVE_CONFIG_H
-I/usr/src/kerberos5/tools/asn1_compile/../../include -std=gnu99
-fstack-protector   -o asn1_compile gen.o gen_copy.o gen_decode.o
gen_encode.o gen_free.o gen_glue-fixed.o gen_length.o gen_seq.o hash.o
ecalloc.o emalloc.o estrdup.o main.o symbol.o getarg.o warnerr.o lex.o
parse.o print_version.o get_window_size.o strupr.o
clang: warning: argument unused during compilation: '-std=gnu99'
hash.o: In function `hashcaseadd':
/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/hash.c:(.text+0x3bb):
undefined reference to `_ThreadRuneLocale'
lex.o: In function `yylex':
lex.c:(.text+0xb94): undefined reference to `_ThreadRuneLocale'
lex.c:(.text+0xcfa): undefined reference to `_ThreadRuneLocale'
strupr.o: In function `strupr':
/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/roken/strupr.c:(.text+0x1e):
undefined reference to `_ThreadRuneLocale'
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
*** [asn1_compile] Error code 1

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** [../../tools/asn1_compile/asn1_compile] Error code 1

Stop in /usr/src/kerberos5/lib/libasn1.
*** [installincludes] Error code 1

Stop in /usr/src/kerberos5/lib.
*** [installincludes] Error code 1

Stop in /usr/src/kerberos5.
*** [installincludes] Error code 1

Stop in /usr/src.
*** [installincludes] Error code 1


A make buildkernel terminates with the below shown error message. It
seems some CLANG/CC struggles inbetween terminated my system in a very
bad way!

So, what causes the error, what is `_ThreadRuneLocale' supposed to be?


Regards,
Oliver
--
 stage 2.3: build tools
--
cd /usr/obj/usr/src/sys/THOR;
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
 MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make SSP_CFLAGS=
-DNO_CPU_CFLAGS -DNO_CTF  -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile
Warning: Object directory not changed from original
/usr/obj/usr/src/sys/THOR
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include
-I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99  -Wsystem-headers -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
-Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include
-I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99  -Wsystem-headers -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
-Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include
-I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99  -Wsystem-headers -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
-Wno-pointer-sign -c aicasm_gram.c
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include
-I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99  -Wsystem-headers -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
-Wno-pointer-sign -c aicasm_macro_gram.c
clang -O2 -pipe -pipe -O3 -fno-strict-aliasing -nostdinc -I/usr/include
-I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99  -Wsystem-headers -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes

Re: make buildworld broken in telnetd

2003-09-04 Thread Doug White 
On Wed, 3 Sep 2003, Manfred Antar wrote:

 I think 1.152  is broken.
 I did a make world and install world.
 I rebooted and login and sshd couldn't find pam_nologin.so
 and it was right there in /usr/lib. I had to restore the pam libs and sshd and login 
 from
 tape before I could login to the machine.

Nice.  Peter Wemm reverted it last night so it should be okay to resup.

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld broken in telnetd

2003-09-03 Thread Shin-ichi Yoshimoto 
make buildworld broken in libexec/telnetd.

[snip]
=== libexec/telnetd
cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON  
-DENV_HACK  -I/usr/src/l
ibexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 
-DFORWARD -Dnet_write=te
lnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized  -c 
/usr/src/contrib/tel
net/telnetd/global.c
[snip]
cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON  
-DENV_HACK  -I/usr/src/l
ibexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 
-DFORWARD -Dnet_write=te
lnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized   -o 
telnetd global.o sl
c.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap 
/usr/obj/usr/src/libexec
/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam -lkrb5 -lasn1 
-lroken -lcom_err
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_set_key'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_write_file'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_set_odd_parity'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4_set_key'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Update'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_cbc_cksum'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_file_name'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Final'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Init'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_cbc_encrypt'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `crypt'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Final'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_read_pw_string'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Init'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_is_weak_key'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_ede3_cbc_encrypt'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Update'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_pcbc_encrypt'
/usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 
`_ossl_old_des_cfb64_encrypt'
*** Error code 1

Stop in /usr/src/libexec/telnetd.

-- 
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld broken in telnetd

2003-09-03 Thread Shin-ichi Yoshimoto 
Subject: make buildworld broken in telnetd,
On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote:
 make buildworld broken in libexec/telnetd.

I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151, 
buildworld is ok. Is the rev.1.152 anything wrong ? 

-- 
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld broken in telnetd

2003-09-03 Thread Manfred Antar 
At 01:03 AM 09/04/2003 +0900, Shin-ichi Yoshimoto wrote:
Subject: make buildworld broken in telnetd,
On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote:
 make buildworld broken in libexec/telnetd.

I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151, 
buildworld is ok. Is the rev.1.152 anything wrong ? 

-- 
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED] 

I think 1.152  is broken.
I did a make world and install world.
I rebooted and login and sshd couldn't find pam_nologin.so
and it was right there in /usr/lib. I had to restore the pam libs and sshd and login 
from
tape before I could login to the machine.

Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld broken

2003-02-02 Thread Aurelien Nephtali 
Hi,

With a fresh -CURRENT tree, I got:

cc -fno-merge-constants -mcpu=pentiumpro -Werror -Wall -Wno-format-y2k -Wno-unin
itialized  -c /usr/src/lib/libdisk/rules.c -o rules.o
cc1: warnings being treated as errors
/usr/src/lib/libdisk/rules.c: In function `Check_Chunk':
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_any' not handled
 in switch
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_alpha' not handl
ed in switch
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_sparc64' not han
dled in switch
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_ia64' not handle
d in switch
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_ppc' not handled
 in switch
*** Error code 1

Stop in /usr/src/lib/libdisk.
*** Error code 1

This error happens for about 2 days.

-- Aurelien



msg51536/pgp0.pgp
Description: PGP signature

make buildworld broken ... CVS from today ...

2000-11-26 Thread The Hermit Hacker 


Just tried to do a buildworld, got as far as netstat before it barf'd
with:

=== usr.bin/netstat
cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC   
-I/usr/obj/usr/local/base/src/i386/usr/include -c 
/usr/local/base/src/usr.bin/netstat/if.c
In file included from /usr/obj/usr/local/base/src/i386/usr/include/net/if_var.h:78,
 from /usr/local/base/src/usr.bin/netstat/if.c:49:
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:120: `MSIZE' undeclared here 
(not in a function)
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:120: size of array 
`MH_databuf' has non-integer type
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:123: `MSIZE' undeclared here 
(not in a function)
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:123: size of array `M_databuf' 
has non-integer type
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:239: `MCLBYTES' undeclared 
here (not in a function)
*** Error code 1

Stop in /usr/local/base/src/usr.bin/netstat.
*** Error code 1


Marc G. Fournier   ICQ#7615664   IRC Nick: Scrappy
Systems Administrator @ hub.org 
primary: [EMAIL PROTECTED]   secondary: scrappy@{freebsd|postgresql}.org 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken ... CVS from today ...

2000-11-26 Thread Jonathan Lemon 

In article 
local.mail.freebsd-current/[EMAIL PROTECTED] you 
write:

Just tried to do a buildworld, got as far as netstat before it barf'd
with:

=== usr.bin/netstat
cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC  
-I/usr/obj/usr/local/base/src/i386/usr/include -c
/usr/local/base/src/usr.bin/netstat/if.c
In file included from
/usr/obj/usr/local/base/src/i386/usr/include/net/if_var.h:78,
 from /usr/local/base/src/usr.bin/netstat/if.c:49:
/usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:120: `MSIZE'
undeclared here (not in a function)

Already fixed.
--
Joanthan



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken ... CVS from today ...

2000-11-26 Thread The Hermit Hacker 

On Sun, 26 Nov 2000, Jonathan Lemon wrote:

 In article 
local.mail.freebsd-current/[EMAIL PROTECTED] 
you write:
 
 Just tried to do a buildworld, got as far as netstat before it barf'd
 with:
 
 === usr.bin/netstat
 cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC  
 -I/usr/obj/usr/local/base/src/i386/usr/include -c
 /usr/local/base/src/usr.bin/netstat/if.c
 In file included from
 /usr/obj/usr/local/base/src/i386/usr/include/net/if_var.h:78,
  from /usr/local/base/src/usr.bin/netstat/if.c:49:
 /usr/obj/usr/local/base/src/i386/usr/include/sys/mbuf.h:120: `MSIZE'
 undeclared here (not in a function)
 
 Already fixed.

great, grabbing a new copy now, thanks ...




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

make buildworld broken in usr.bin/systat

2000-08-24 Thread Shin-ichi YOSHIMOTO 

make buildworld failed this morning.
Error messages are as follows: 

=== usr.bin/systat

[snip]

cc -O -pipe -I/usr/src/usr.bin/systat/../../sys   -I/usr/obj/usr/src/i386/usr/include 
-c /usr/src/usr.bin/systat/swap.c
In file included from /usr/src/usr.bin/systat/swap.c:47:
/usr/src/usr.bin/systat/../../sys/sys/conf.h:59: field `si_atime' has incomplete type
/usr/src/usr.bin/systat/../../sys/sys/conf.h:60: field `si_ctime' has incomplete type
/usr/src/usr.bin/systat/../../sys/sys/conf.h:61: field `si_mtime' has incomplete type
*** Error code 1

Stop in /usr/src/usr.bin/systat.

--
KEK, High Energy Accelerator Research Organization
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken in usr.bin/systat

2000-08-24 Thread Jun Kuriyama 


I have same problem with today's -current.


At 24 Aug 2000 23:23:30 GMT,
Shin-ichi YOSHIMOTO [EMAIL PROTECTED] wrote:
 make buildworld failed this morning.
 Error messages are as follows: 
 
 === usr.bin/systat
 
 [snip]
 
 cc -O -pipe -I/usr/src/usr.bin/systat/../../sys   
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/systat/swap.c
 In file included from /usr/src/usr.bin/systat/swap.c:47:
 /usr/src/usr.bin/systat/../../sys/sys/conf.h:59: field `si_atime' has incomplete type
 /usr/src/usr.bin/systat/../../sys/sys/conf.h:60: field `si_ctime' has incomplete type
 /usr/src/usr.bin/systat/../../sys/sys/conf.h:61: field `si_mtime' has incomplete type
 *** Error code 1
 
 Stop in /usr/src/usr.bin/systat.


-- 
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
 [EMAIL PROTECTED] // FreeBSD Project


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken in usr.bin/systat

2000-08-24 Thread Shin-ichi YOSHIMOTO 

At 10:05 +0900 08/25/2000, Jun Kuriyama wrote:
 I have same problem with today's -current.

This problem was fixed by

At 13:22 -0700 08/24/2000, Peter Wemm wrote:
 peter   2000/08/24 13:22:44 PDT

   Modified files:
 usr.bin/systat   swap.c
   Log:
   Quick Fix: swap.c doesn't appear to actually need sys/conf.h, so remove
   it to try and get world building again.  (sys/conf.h now depends on
   sys/types.h)

   Revision  ChangesPath
   1.14  +1 -2  src/usr.bin/systat/swap.c

Thanks peter.

--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
KEK, High Energy Accelerator Research Organization
Accelerator Laboratory


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

make buildworld broken in libcrypto.

2000-08-23 Thread Shin-ichi YOSHIMOTO 

I got the following error while trying to make builworld with WITH_IDEA=YES
and USA_RESIDENT=NO.


=== libcrypto

[snip]

cc -O -pipe -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto -DL_ENDIAN
-I/usr/obj/usr/src/i386/usr/include -c
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c
-o e_cbc_i.o
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:7
8: union has no member named `idea_ks'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:
In function `idea_cbc_init_key':
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:9
7: union has no member named `idea_ks'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
00: syntax error before `tmp'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
02: `tmp' undeclared (first use in this function)
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
02: (Each undeclared identifier is reported only once
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
02: for each function it appears in.)
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
03: union has no member named `idea_ks'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
05: `IDEA_KEY_SCHEDULE' undeclared (first use in this function)
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:
In function `idea_cbc_cipher':
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_cbc_i.c:1
15: union has no member named `idea_ks'
*** Error code 1

Stop in /usr/src/secure/lib/libcrypto.

--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
KEK, High Energy Accelerator Research Organization
Accelerator Laboratory


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

make buildworld broken (5/22, cvsup'd today)

2000-05-22 Thread Alan Clegg 

On a build of 4.0 CVSup'd today before noon Eastern time.

=== usr.bin/kdump
make: don't know how to make /usr/obj/usr/src/i386/usr/include/machine/random.h. Stop
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken?

1999-10-05 Thread Guido van Rooij 

On Tue, Oct 05, 1999 at 06:21:55AM +0800, Michael Kennett wrote:
 
  Is this a known problem?
 
 Yes, and it is well documented in the -current mailing lists.

I feel embarrassed as I'v just spoken to Marcel a couple fo days ago.

However I just resubscribed to -current. I did look in the UPDATING
file and saw the sigset_t change but overlooked the 'build and boot
a new kernel' part :-(

-Guido


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

make buildworld broken?

1999-10-04 Thread Guido van Rooij 

Hi,

I have a 3.3.-stable system and somehow I cannot make buildworld
a current tree.
The porblem is:
cc -c  -I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config 
-I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC 
-I/usr/obj/alt/usr/src/tmp/usr/include -DL_mulsi3 -o _mulsi3.o 
/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/libgcc1.c
*** Signal 12

Stop in /alt/usr/src/gnu/lib/libgcc.
*** Error code 1

This system has been running and compilig a lot of other FreeBSD versions
in the last 3 years, and has never had any memory problems at all.

IIRC a couple of days ago a buildworld worked (but I had to reinstall
due to a different disksetup)

Is this a known problem?

-Guido


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make buildworld broken?

1999-10-04 Thread Michael Kennett 

Hi Guido,

 I have a 3.3.-stable system and somehow I cannot make buildworld
 a current tree.
 The porblem is:
 cc -c  -I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config 
-I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC 
-I/usr/obj/alt/usr/src/tmp/usr/include -DL_mulsi3 -o _mulsi3.o 
/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/libgcc1.c
 *** Signal 12

There have been some major changes in the '-current' tree allowing more than
32 signals. These changes were documented (very well) in a 'HEADS-UP' by
Marcel when he committed his changes.

I've included that HEADS-UP for your reference below. There is a long
thread of discussions on -current about these changes. Check the archives
for details. In particular, you'll find that it is necessary to build
the kernel and *BOOT* the new kernel before a make world. There is continuing
work being done on these changes. 

 This system has been running and compilig a lot of other FreeBSD versions
 in the last 3 years, and has never had any memory problems at all.

It is not a memory problem. It is a change in the signalling mechanism of
the kernel.

 Is this a known problem?

Yes, and it is well documented in the -current mailing lists.

Mike Kennett
([EMAIL PROTECTED])


-Included:

To: [EMAIL PROTECTED]
Date: Wed, 29 Sep 1999 17:29:40 +0200
From: Marcel Moolenaar [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Subject: HEADS UP: sigset_t changes committed
Sender: [EMAIL PROTECTED]

I just finished committing the sigset_t changes I worked on for the last
5 weeks.

Before attempting to build world, you must make and install a new
kernel. The new kernel will contain new syscalls that are needed during
build world. doscmd is currently not being build because it needs fixing
first.

Alpha users are invited to test the changes since I've not been able to
do that myself. I've done all I possibly could do to make this a
success.

I've attached the commit logs for everyone to see. Please report
problems as soon as possible.

Thanks,

sigset_t change (part 1 of 5)
-

Rename sigaction, sigprocmask, sigpending and sigsuspend to
osigaction, osigprocmask, osigpending and osigsuspend (resp)
and add new syscalls for them to support the new sisgset_t
without breaking existing binaries.

Change the prototype of sigaltstack to use the typedef stack_t
instead of struct sigaltstack to reflect that it is SUSv2
compliant.

Also, rename sigreturn to osigreturn and add a new syscall
to support the modified stackframe. The change is caused by
sigreturn operating on ucontext_t now and the fact that
siginfo_t has been updated to conform to SUSv2.

sigset_t change (part 2 of 5)
-

The core of the signalling code has been rewritten to operate
on the new sigset_t. No methodological changes have been made.
Most references to a sigset_t object are through macros (see
signalvar.h) to create a level of abstraction and to provide
a basis for further improvements.

The NSIG constant has not been changed to reflect the maximum
number of signals possible. The reason is that it breaks
programs (especially shells) which assume that all signals
have a non-null name in sys_signame. See src/bin/sh/trap.c
for an example. Instead _SIG_MAXSIG has been introduced to
hold the maximum signal possible with the new sigset_t.

struct sigprop has been moved from signalvar.h to kern_sig.c
because a) it is only used there, and b) access must be done
though function sigprop(). The latter because the table doesn't
holds properties for all signals, but only for the first NSIG
signals.

signal.h has been reorganized to make reading easier and to
add the new and/or modified structures. The "old" structures
are moved to signalvar.h to prevent namespace polution.

Especially the coda filesystem suffers from the change, because
it contained lines like (p-p_sigmask == SIGIO), which is easy
to do for integral types, but not for compound types.

NOTE: kdump (and port linux_kdump) must be recompiled.

Thanks to Garrett Wollman and Daniel Eischen for pressing the
importance of changing sigreturn as well.

sigset_t change (part 3 of 5)
-

By introducing a new sigframe so that the signal handler operates
on the new siginfo_t and on ucontext_t instead of sigcontext, we
now need two version of sendsig and sigreturn.

A flag in struct proc determines whether the process expects an
old sigframe or a new sigframe. The signal trampoline handles
which sigreturn to call. It does this by testing for a magic
cookie in the frame.

The alpha uses osigreturn to implement longjmp. This means that
osigreturn is not only used for compatibility with existing
binaries. To handle the new sigset_t, setjmp saves it in
sc_reserved (see NOTE).

the struct sigframe has been moved from frame.h to sigframe.h
to handle the complex header dependencies that was caused by
the new sigframe.

NOTE: For the i386, the size of