Re: Buildworld fails with external GCC toolchain

[Yasuhiro Kimura]

From: Yasuhiro Kimura 
Subject: Re: Buildworld fails with external GCC toolchain
Date: Tue, 15 Feb 2022 08:26:00 +0900 (JST)

>> I have amd64 world + kernel building with GCC 9 and the only remaining
>> open review not merged yet is https://reviews.freebsd.org/D34147.
>> 
>> It is work to keep it working though and I hadn't worked on it again
>> until recently.
> 
> Thanks for letting me know. I tried patch of the review and confirmed
> both buildworld and buildkernel succeed with GCC 9 and binutils 2.37.
> So I reached start point now and can test binutils 2.38.

I tried buildworld and buildkernel with binutils 2.38 and they
completed successfully.

Just FYI.

---
Yasuhiro Kimura

Re: Buildworld fails with external GCC toolchain

[Yasuhiro Kimura]

From: John Baldwin 
Subject: Re: Buildworld fails with external GCC toolchain
Date: Mon, 14 Feb 2022 10:46:29 -0800

>>> Not really, the gcc 9 build has been broken for months, as far as I
>>> know.
>>>
>>> See also: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build/
>>>
>>> The last build(s) show a different error from yours, though:
>>>
>>> /workspace/src/tests/sys/netinet/libalias/util.c: In function
>>> 'set_udp':
>>> /workspace/src/tests/sys/netinet/libalias/util.c:112:2: error:
>>> converting a packed 'struct ip' pointer (alignment 2) to a 'uint32_t'
>>> {aka 'unsigned int'} pointer (alignment 4) may result in an unaligned
>>> pointer value [-Werror=address-of-packed-member]
>>>112 |  uint32_t *up = (void *)p;
>>>|  ^~~~
>>> In file included from
>>> /workspace/src/tests/sys/netinet/libalias/util.h:37,
>>>   from /workspace/src/tests/sys/netinet/libalias/util.c:39:
>>> /workspace/src/sys/netinet/ip.h:51:8: note: defined here
>>> 51 | struct ip {
>>>|^~
>>>
>>> -Dimitry
>>>
>> Thanks for information. I went back the commit history of main branch
>> about every month and check if buildworld succeeds with GCC. But it
>> didn't succeed even if I went back about a year. And devel/binutils
>> port was update to 2.37 on last August. So I suspect external GCC
>> toolchain doesn't work well after binutils is updated to current
>> version.
> 
> I have amd64 world + kernel building with GCC 9 and the only remaining
> open review not merged yet is https://reviews.freebsd.org/D34147.
> 
> It is work to keep it working though and I hadn't worked on it again
> until recently.

Thanks for letting me know. I tried patch of the review and confirmed
both buildworld and buildkernel succeed with GCC 9 and binutils 2.37.
So I reached start point now and can test binutils 2.38.

---
Yasuhiro Kimura

Re: Buildworld fails with external GCC toolchain

[John Baldwin]

On 2/12/22 11:34 AM, Yasuhiro Kimura wrote:

From: Dimitry Andric 
Subject: Re: Buildworld fails with external GCC toolchain
Date: Fri, 11 Feb 2022 22:53:44 +0100


Not really, the gcc 9 build has been broken for months, as far as I know.

See also: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build/

The last build(s) show a different error from yours, though:

/workspace/src/tests/sys/netinet/libalias/util.c: In function 'set_udp':
/workspace/src/tests/sys/netinet/libalias/util.c:112:2: error: converting a 
packed 'struct ip' pointer (alignment 2) to a 'uint32_t' {aka 'unsigned int'} 
pointer (alignment 4) may result in an unaligned pointer value 
[-Werror=address-of-packed-member]
   112 |  uint32_t *up = (void *)p;
   |  ^~~~
In file included from /workspace/src/tests/sys/netinet/libalias/util.h:37,
  from /workspace/src/tests/sys/netinet/libalias/util.c:39:
/workspace/src/sys/netinet/ip.h:51:8: note: defined here
51 | struct ip {
   |^~

-Dimitry



Thanks for information. I went back the commit history of main branch
about every month and check if buildworld succeeds with GCC. But it
didn't succeed even if I went back about a year. And devel/binutils
port was update to 2.37 on last August. So I suspect external GCC
toolchain doesn't work well after binutils is updated to current
version.


I have amd64 world + kernel building with GCC 9 and the only remaining
open review not merged yet is https://reviews.freebsd.org/D34147.

It is work to keep it working though and I hadn't worked on it again
until recently.

--
John Baldwin

Re: Buildworld fails with external GCC toolchain

[Yasuhiro Kimura]

From: Dimitry Andric 
Subject: Re: Buildworld fails with external GCC toolchain
Date: Fri, 11 Feb 2022 22:53:44 +0100

> Not really, the gcc 9 build has been broken for months, as far as I know.
> 
> See also: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build/
> 
> The last build(s) show a different error from yours, though:
> 
> /workspace/src/tests/sys/netinet/libalias/util.c: In function 'set_udp':
> /workspace/src/tests/sys/netinet/libalias/util.c:112:2: error: converting a 
> packed 'struct ip' pointer (alignment 2) to a 'uint32_t' {aka 'unsigned int'} 
> pointer (alignment 4) may result in an unaligned pointer value 
> [-Werror=address-of-packed-member]
>   112 |  uint32_t *up = (void *)p;
>   |  ^~~~
> In file included from /workspace/src/tests/sys/netinet/libalias/util.h:37,
>  from /workspace/src/tests/sys/netinet/libalias/util.c:39:
> /workspace/src/sys/netinet/ip.h:51:8: note: defined here
>51 | struct ip {
>   |^~
> 
> -Dimitry
> 

Thanks for information. I went back the commit history of main branch
about every month and check if buildworld succeeds with GCC. But it
didn't succeed even if I went back about a year. And devel/binutils
port was update to 2.37 on last August. So I suspect external GCC
toolchain doesn't work well after binutils is updated to current
version.

---
Yasuhiro Kimura

Re: Buildworld fails with external GCC toolchain

[Dimitry Andric]

On 11 Feb 2022, at 21:07, Yasuhiro Kimura  wrote:
> 
> I'm tring to update devel/binutils port to 2.38. When it was updated
> to 2.37.1, there was a suggestion that it should also be checked if
> building base system with GCC succeeds as binutils is a part of
> external GCC toolchain. So I'd like to do it with binutils 2.38 before
> updating the port. And as a preparation for it, I tried building base
> system with current external GCC toolchain (that is, with binutils
> 2.37.1).
> 
> At first I read following wiki pages.
> 
> https://wiki.freebsd.org/ExternalToolchain
> https://wiki.freebsd.org/ExternalGCC
> 
> Next I took following steps.
> 
> 1. Make clean install of 14-CURRENT amd64 with the install image of
>   20220210 snapshot.
> 2. Checkout latest main of src repository (d4b0fa45dc1 at that time).
> 3. pkg install amd64-gcc9
> 4. cd /usr/src
> 5. make -j 4 CROSS_TOOLCHAIN=amd64-gcc9 buildworld buildkernel
> 
> Then step 5 failed as following.
> 
> --
> --- all_subdir_rescue ---
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: nc.lo: in function `_$$hide$$ 
> nc.lo main':
> (.text.startup+0xd42): warning: warning: mktemp() possibly used unsafely; 
> consider using mkstemp()
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_set_term.o): 
> in function `_nc_setupscreen_sp':
> /usr/src/contrib/ncurses/ncurses/base/lib_set_term.c:415: undefined reference 
> to `_nc_set_buffer_sp'
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_tstp.o): in 
> function `handle_SIGTSTP':
> /usr/src/contrib/ncurses/ncurses/tty/lib_tstp.c:222: undefined reference to 
> `flushinp_sp'
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_getch.o): in 
> function `check_mouse_activity':
> /usr/src/contrib/ncurses/ncurses/base/lib_getch.c:188: undefined reference to 
> `_nc_timed_wait'
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_getstr.o): in 
> function `wgetnstr':
> /usr/src/contrib/ncurses/ncurses/base/lib_getstr.c:106: undefined reference 
> to `erasechar_sp'
> /usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
> /usr/src/contrib/ncurses/ncurses/base/lib_getstr.c:107: undefined reference 
> to `killchar_sp'
> collect2: error: ld returned 1 exit status
> *** [rescue] Error code 1
> 
> make[5]: stopped in /usr/obj/usr/src/amd64.amd64/rescue/rescue
> --- all_subdir_stand ---
> 
> make[2]: stopped in /usr/src
> --- all_subdir_share ---
> 
> make[2]: stopped in /usr/src
> --- all_subdir_rescue ---
> 1 error
> 
> make[5]: stopped in /usr/obj/usr/src/amd64.amd64/rescue/rescue
> *** [rescue] Error code 2
> 
> make[4]: stopped in /usr/src/rescue/rescue
> 1 error
> 
> make[4]: stopped in /usr/src/rescue/rescue
> 
> make[3]: stopped in /usr/src/rescue
> 
> make[2]: stopped in /usr/src
> --- all_subdir_lib ---
> 
> make[2]: stopped in /usr/src
>  167.49 real   492.07 user94.42 sys
> 
> make[1]: stopped in /usr/src
> 
> make: stopped in /usr/src
> --
> 
> If I check commit messages of main branch over the last few months, I
> can find some commits that fix warning message displayed by GCC. So
> currently external GCC toolchain seems to work fine. Then what is the
> cause of my build failure? Did I do something wrong?

Not really, the gcc 9 build has been broken for months, as far as I know.

See also: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build/

The last build(s) show a different error from yours, though:

/workspace/src/tests/sys/netinet/libalias/util.c: In function 'set_udp':
/workspace/src/tests/sys/netinet/libalias/util.c:112:2: error: converting a 
packed 'struct ip' pointer (alignment 2) to a 'uint32_t' {aka 'unsigned int'} 
pointer (alignment 4) may result in an unaligned pointer value 
[-Werror=address-of-packed-member]
  112 |  uint32_t *up = (void *)p;
  |  ^~~~
In file included from /workspace/src/tests/sys/netinet/libalias/util.h:37,
 from /workspace/src/tests/sys/netinet/libalias/util.c:39:
/workspace/src/sys/netinet/ip.h:51:8: note: defined here
   51 | struct ip {
  |^~

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Buildworld fails with external GCC toolchain

[Yasuhiro Kimura]

Hello,

I'm tring to update devel/binutils port to 2.38. When it was updated
to 2.37.1, there was a suggestion that it should also be checked if
building base system with GCC succeeds as binutils is a part of
external GCC toolchain. So I'd like to do it with binutils 2.38 before
updating the port. And as a preparation for it, I tried building base
system with current external GCC toolchain (that is, with binutils
2.37.1).

At first I read following wiki pages.

https://wiki.freebsd.org/ExternalToolchain
https://wiki.freebsd.org/ExternalGCC

Next I took following steps.

1. Make clean install of 14-CURRENT amd64 with the install image of
   20220210 snapshot.
2. Checkout latest main of src repository (d4b0fa45dc1 at that time).
3. pkg install amd64-gcc9
4. cd /usr/src
5. make -j 4 CROSS_TOOLCHAIN=amd64-gcc9 buildworld buildkernel

Then step 5 failed as following.

--
--- all_subdir_rescue ---
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: nc.lo: in function `_$$hide$$ 
nc.lo main':
(.text.startup+0xd42): warning: warning: mktemp() possibly used unsafely; 
consider using mkstemp()
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
/usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_set_term.o): in 
function `_nc_setupscreen_sp':
/usr/src/contrib/ncurses/ncurses/base/lib_set_term.c:415: undefined reference 
to `_nc_set_buffer_sp'
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
/usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_tstp.o): in 
function `handle_SIGTSTP':
/usr/src/contrib/ncurses/ncurses/tty/lib_tstp.c:222: undefined reference to 
`flushinp_sp'
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
/usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_getch.o): in 
function `check_mouse_activity':
/usr/src/contrib/ncurses/ncurses/base/lib_getch.c:188: undefined reference to 
`_nc_timed_wait'
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
/usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libncursesw_real.a(lib_getstr.o): in 
function `wgetnstr':
/usr/src/contrib/ncurses/ncurses/base/lib_getstr.c:106: undefined reference to 
`erasechar_sp'
/usr/local/bin/x86_64-unknown-freebsd14.0-ld: 
/usr/src/contrib/ncurses/ncurses/base/lib_getstr.c:107: undefined reference to 
`killchar_sp'
collect2: error: ld returned 1 exit status
*** [rescue] Error code 1

make[5]: stopped in /usr/obj/usr/src/amd64.amd64/rescue/rescue
--- all_subdir_stand ---

make[2]: stopped in /usr/src
--- all_subdir_share ---

make[2]: stopped in /usr/src
--- all_subdir_rescue ---
1 error

make[5]: stopped in /usr/obj/usr/src/amd64.amd64/rescue/rescue
*** [rescue] Error code 2

make[4]: stopped in /usr/src/rescue/rescue
1 error

make[4]: stopped in /usr/src/rescue/rescue

make[3]: stopped in /usr/src/rescue

make[2]: stopped in /usr/src
--- all_subdir_lib ---

make[2]: stopped in /usr/src
  167.49 real   492.07 user94.42 sys

make[1]: stopped in /usr/src

make: stopped in /usr/src
--

If I check commit messages of main branch over the last few months, I
can find some commits that fix warning message displayed by GCC. So
currently external GCC toolchain seems to work fine. Then what is the
cause of my build failure? Did I do something wrong?

Best Regards.

---
Yasuhiro Kimura

Re: buildworld fails ( stopped in /usr/src/lib/libsysdecode )

[Johan Hendriks]

On 30/11/2020 16:03, Michal Meloun wrote:



On 30.11.2020 13:11, Johan Hendriks wrote:


On 30/11/2020 12:29, Hans Petter Selasky wrote:

On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to 
r368182
I did a make cleanworld && make cleanworld to make sure i use a 
fresh build but it errors out with the following message.


This is a known issue and will be fixed.

--HPS


Thank you for the conformation.
And thank you all for your work on FreeBSD.

regards
Johan



Fixed in r368187. Sorry for troubles.
Michal



Thank you, no problem and no need for a sorry!

___
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: buildworld fails ( stopped in /usr/src/lib/libsysdecode )

[Michal Meloun]

On 30.11.2020 13:11, Johan Hendriks wrote:


On 30/11/2020 12:29, Hans Petter Selasky wrote:

On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to 
r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh 
build but it errors out with the following message.


This is a known issue and will be fixed.

--HPS


Thank you for the conformation.
And thank you all for your work on FreeBSD.

regards
Johan



Fixed in r368187. Sorry for troubles.
Michal

___
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: buildworld fails ( stopped in /usr/src/lib/libsysdecode )

[Johan Hendriks]

On 30/11/2020 12:29, Hans Petter Selasky wrote:

On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to 
r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh 
build but it errors out with the following message.


This is a known issue and will be fixed.

--HPS


Thank you for the conformation.
And thank you all for your work on FreeBSD.

regards
Johan

___
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: buildworld fails ( stopped in /usr/src/lib/libsysdecode )

[Hans Petter Selasky]

On 11/30/20 11:43 AM, Johan Hendriks wrote:

My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh 
build but it errors out with the following message.


This is a known issue and will be fixed.

--HPS

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

buildworld fails ( stopped in /usr/src/lib/libsysdecode )

[Johan Hendriks]

My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh 
build but it errors out with the following message.


Building /usr/obj/usr/src/amd64.amd64/lib/libsysdecode/ioctl.o
cc -target x86_64-unknown-freebsd13.0 
--sysroot=/usr/obj/usr/src/amd64.amd64/tmp 
-B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -fno-common   
-I/usr/obj/usr/src/amd64.amd64/lib/libsysdecode -I/usr/src/sys 
-I/usr/src/libexec/rtld-elf -DPF -g -std=gnu99 -Wno-format-zero-length 
-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 ioctl.c -o ioctl.o

In file included from ioctl.c:33:
In file included from /usr/src/sys/./cam/scsi/scsi_pass.h:35:
In file included from /usr/src/sys/cam/cam_ccb.h:46:
In file included from /usr/src/sys/cam/nvme/nvme_all.h:33:
/usr/src/sys/dev/nvme/nvme.h:1733:56: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_completion_swapbytes(struct nvme_completion *s)
  ^
/usr/src/sys/dev/nvme/nvme.h:1747:58: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_power_state_swapbytes(struct nvme_power_state *s)
    ^
/usr/src/sys/dev/nvme/nvme.h:1760:66: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_controller_data_swapbytes(struct nvme_controller_data *s)
    ^
/usr/src/sys/dev/nvme/nvme.h:1812:64: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_namespace_data_swapbytes(struct nvme_namespace_data *s)
^
/usr/src/sys/dev/nvme/nvme.h:1841:82: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_error_information_entry_swapbytes(struct 
nvme_error_information_entry *s)

^
/usr/src/sys/dev/nvme/nvme.h:1858:26: error: unused parameter 'p' 
[-Werror,-Wunused-parameter]

void    nvme_le128toh(void *p)
    ^
/usr/src/sys/dev/nvme/nvme.h:1874:82: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_health_information_page_swapbytes(struct 
nvme_health_information_page *s)

^
/usr/src/sys/dev/nvme/nvme.h:1902:62: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_firmware_page_swapbytes(struct nvme_firmware_page *s)
    ^
/usr/src/sys/dev/nvme/nvme.h:1913:50: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_ns_list_swapbytes(struct nvme_ns_list *s)
    ^
/usr/src/sys/dev/nvme/nvme.h:1924:76: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_command_effects_page_swapbytes(struct 
nvme_command_effects_page *s)

^
/usr/src/sys/dev/nvme/nvme.h:1937:78: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_res_notification_page_swapbytes(struct 
nvme_res_notification_page *s)

^
/usr/src/sys/dev/nvme/nvme.h:1946:76: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_sanitize_status_page_swapbytes(struct 
nvme_sanitize_status_page *s)

^
/usr/src/sys/dev/nvme/nvme.h:1962:66: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    intel_log_temp_stats_swapbytes(struct intel_log_temp_stats *s)
    ^
/usr/src/sys/dev/nvme/nvme.h:1979:58: error: unused parameter 's' 
[-Werror,-Wunused-parameter]

void    nvme_resv_status_swapbytes(struct nvme_resv_status *s, size_t size)
    ^
/usr/src/sys/dev/nvme/nvme.h:1979:68: error: unused parameter 'size' 
[-Werror,-Wunused-parameter]

void    nvme_resv_status_swapbytes(struct nvme_resv_status *s, size_t size)
  ^
/usr/src/sys/dev/nvme/nvme.h:1996:66: error: unused parameter 's' 
[-Werror,-Wunused-parameter]
void    nvme_resv_status_ext_swapbytes(struct nvme_resv_status_ext *s, 
size_t size)

    ^
/usr/src/sys/dev/nvme/nvme.h:1996:76: error: unused parameter 'size' 
[-Werror,-Wunused-parameter]
void    nvme_resv_status_ext_swapbytes(struct nvme_resv_status_ext *s, 
size_t size)

^
17 errors generated.
*** Error code 1

Stop.
bmake[5]: stopped in /usr/src/lib/libsysdecode
.ERROR_TARGET='ioctl.o'
.ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/lib/libsysdecode/ioctl.o.meta'

Re: "make buildworld" fails for r360785?

[Robert Huff]

Dimitry Andric writes:
>   /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
>   fatal error: 'emmintrin.h' file not found
>   #include 
>    ^
>  ...
>  > In file included from 
> /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:
>  > In file included from /usr/include/emmintrin.h:13:
>  > /usr/include/xmmintrin.h:27:10: fatal error: 'mm_malloc.h' file not found
>  > #include 
>  > ^
>  > 1 error generated.
>  > *** Error code 1
>  
>  During which stage of buildworld is this? If it is during the
>  cross-tools stage, your host environment is busted somehow.

That is the latest stage listed by the complete build log.
(Which I can make available if it's useful.)
The only complaint I see is two lines at the top of the log:

make[1]: "/usr/src/Makefile.inc1" line 325: SYSTEM_COMPILER: libclang will be 
built for bootstrapping a cross-compiler.
make[1]: "/usr/src/Makefile.inc1" line 330: SYSTEM_LINKER: libclang will be 
built for bootstrapping a cross-linker.

Makefile.inc1 was downloaded with the fresh source tree, and I
have already posted make.conf and src.conf.
I am not sure what else could be broken, nor how to diagnose it.

>  This appears to happen to some people on this list, for unknown reasons.
>  My guess is they either run "make delete-old" before running buildworld
>  (which is the wrong order!),

I did recently run "delete-old" ... but only as directed by the
official documentation.
But ... let's say that somehow happened.  How do I recover?  Is
there a bootstrap process?  

> or have done an earlier 
> buildworld where
>  they explicitly disabled clang, so the intrinsics headers never get
>  installed.

Other than a custom kernel config file, I don't touch the system
build process.  



Respectfully,


Robert Huff
___
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" fails for r360785?

[Dimitry Andric]

On 9 May 2020, at 05:10, Robert Huff  wrote:
> 
> Chris writes:
>>> "make buildowrld" fails with:
...
 /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
 fatal error: 'emmintrin.h' file not found
 #include 
  ^
...
> In file included from 
> /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:
> In file included from /usr/include/emmintrin.h:13:
> /usr/include/xmmintrin.h:27:10: fatal error: 'mm_malloc.h' file not found
> #include 
> ^
> 1 error generated.
> *** Error code 1

During which stage of buildworld is this? If it is during the
cross-tools stage, your host environment is busted somehow.

This appears to happen to some people on this list, for unknown reasons.
My guess is they either run "make delete-old" before running buildworld
(which is the wrong order!), or have done an earlier buildworld where
they explicitly disabled clang, so the intrinsics headers never get
installed.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: "make buildworld" fails for r360785?

[Robert Huff]

Chris writes:
>  >"make buildowrld" fails with:
>  > 
>  > >  c++  -O2 -pipe -fno-common
>  > >  -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang
>  > >  -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm
>  > >  -I/usr/src/contrib/llvm-project/clang/lib/Basic
>  > >  -I/usr/src/contrib/llvm-project/clang/lib/Driver
>  > >  -I/usr/src/contrib/llvm-project/clang/include 
> -I/usr/src/lib/clang/include
>  ...
>  > >  -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections
>  > >  -fdata-sectio
>  > ns -MD -MF.depend.Basic_SourceManager.o -MTBasic/SourceManager.o
>  > -Wno-format-zero-length -Qunused-arguments
>  > -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions
>  > -fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c
>  > /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp -o
>  > Basic/SourceManager.o
>  > >  /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
>  > >  fatal error: 'emmintrin.h' file not found
>  > >  #include 
>  > >   ^
>  > >  1 error generated.
>  > >  *** Error code 1
>
>  I ran ionto this awhile back, and I think the way I was able to solve it 
> with a
>  make kernel-toolchain

I tried both "make toolchain" and "make kernel-toolchain"; both
failed with 

c++  -O2 -pipe -fno-common 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
-I/usr/src/contrib/llvm-project/clang/lib/Basic 
-I/usr/src/contrib/llvm-project/clang/lib/Driver 
-I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
-I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
-D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 
-DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
-DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
-DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
-DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
-DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
-DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
-fdata-sections 
 -MD -MF.depend.Basic_SanitizerSpecialCaseList.o 
-MTBasic/SanitizerSpecialCaseList.o -Wno-format-zero-length -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions 
-fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c 
/usr/src/contrib/llvm-project/clang/lib/Basic/SanitizerSpecialCaseList.cpp -o 
Basic/SanitizerSpecialCaseList.o
c++  -O2 -pipe -fno-common 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
-I/usr/src/contrib/llvm-project/clang/lib/Basic 
-I/usr/src/contrib/llvm-project/clang/lib/Driver 
-I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
-I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
-D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 
-DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
-DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
-DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
-DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
-DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
-DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
-fdata-sections 
 -MD -MF.depend.Basic_Sanitizers.o -MTBasic/Sanitizers.o 
-Wno-format-zero-length -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions 
-fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c 
/usr/src/contrib/llvm-project/clang/lib/Basic/Sanitizers.cpp -o 
Basic/Sanitizers.o
c++  -O2 -pipe -fno-common 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
-I/usr/src/contrib/llvm-project/clang/lib/Basic 
-I/usr/src/contrib/llvm-project/clang/lib/Driver 
-I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
-I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
-D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 
-DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
-DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
-DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
-DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
-DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 

Re: "make buildworld" fails for r360785?

[Chris]

On Thu, 7 May 2020 23:11:22 -0400 Robert Huff roberth...@rcn.com said


Hello:
On a system running:

FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019  amd64

Today around noon I downloaded a fresh copy of the source tree
(for base/head) to r360785.
make.conf:

#WITH_DEBUG=yes

SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl2

#DEFAULT_VERSIONS+=linux=c6_64 samba=4.4 python=3.5 python3=3.5
DEFAULT_VERSIONS+=linux=c7 samba=4.10

# Possible values: 2.7, 3.4, 3.5, 3.6
DEFAULT_VERSIONS+=python=3.7

# Possible values: 2.7
DEFAULT_VERSIONS+=python2=2.7

# Possible values: 3.4, 3.5, 3.6
DEFAULT_VERSIONS+=python3=3.7

DEFAULT_VERSIONS+=perl5=5.30

DEFAULT_VERSIONS+=java=12

DEFAULT_VERSIONS+=samba=4.10

#WITH_CCACHE_BUILD=yes
#CCACHE_DIR=/var/tmp

src.conf:

WITHOUT_PROFILE=yes
WITHOUT_TESTS=yes
WITH_DEBUG=yes
WITHOUT_DEBUG_FILES=yes
#WITH_CCACHE_BUILD=yes
#CCACHE_DIR=/var/tmp

#PORTS_MODULES=sysutils/lsof graphics/drm-legacy-kmod
graphics/gpu-firmware-kmod
#PORTS_MODULES += 
PORTS_MODULES += graphics/drm-legacy-kmod

PORTS_MODULES += graphics/gpu-firmware-kmod
PORTS_MODULES += sysutils/lsof

"make buildowrld" fails with:

>  c++  -O2 -pipe -fno-common
>  -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang
>  -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm
>  -I/usr/src/contrib/llvm-project/clang/lib/Basic
>  -I/usr/src/contrib/llvm-project/clang/lib/Driver
>  -I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include

...

>  -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections
>  -fdata-sectio
ns -MD -MF.depend.Basic_SourceManager.o -MTBasic/SourceManager.o
-Wno-format-zero-length -Qunused-arguments
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions
-fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c
/usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp -o
Basic/SourceManager.o
>  /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
>  fatal error: 'emmintrin.h' file not found
>  #include 
>   ^
>  1 error generated.
>  *** Error code 1

I ran ionto this awhile back, and I think the way I was able to solve it with a
make kernel-toolchain

and then building world && kernel

Best wishes.

--Chris


Have I screwed something up?  Nothing in UPDATING seems
appropriate.
Help, please?


Respectfully,


Robert Huff
___
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"



___
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" fails for r360785?

[Robert Huff]

Hello:
On a system running:

FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019  amd64

Today around noon I downloaded a fresh copy of the source tree
(for base/head) to r360785.
make.conf:

#WITH_DEBUG=yes

SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl2

#DEFAULT_VERSIONS+=linux=c6_64 samba=4.4 python=3.5 python3=3.5
DEFAULT_VERSIONS+=linux=c7 samba=4.10

# Possible values: 2.7, 3.4, 3.5, 3.6
DEFAULT_VERSIONS+=python=3.7

# Possible values: 2.7
DEFAULT_VERSIONS+=python2=2.7

# Possible values: 3.4, 3.5, 3.6
DEFAULT_VERSIONS+=python3=3.7

DEFAULT_VERSIONS+=perl5=5.30

DEFAULT_VERSIONS+=java=12

DEFAULT_VERSIONS+=samba=4.10

#WITH_CCACHE_BUILD=yes
#CCACHE_DIR=/var/tmp

src.conf:

WITHOUT_PROFILE=yes
WITHOUT_TESTS=yes
WITH_DEBUG=yes
WITHOUT_DEBUG_FILES=yes
#WITH_CCACHE_BUILD=yes
#CCACHE_DIR=/var/tmp

#PORTS_MODULES=sysutils/lsof graphics/drm-legacy-kmod graphics/gpu-firmware-kmod
#PORTS_MODULES += 
PORTS_MODULES += graphics/drm-legacy-kmod
PORTS_MODULES += graphics/gpu-firmware-kmod
PORTS_MODULES += sysutils/lsof

"make buildowrld" fails with:

>  c++  -O2 -pipe -fno-common 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
> -I/usr/src/contrib/llvm-project/clang/lib/Basic 
> -I/usr/src/contrib/llvm-project/clang/lib/Driver 
> -I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
> -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" 
> -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
> -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
> -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
> -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
> -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
> -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
> -fdata-sectio
 ns -MD -MF.depend.Basic_SanitizerSpecialCaseList.o 
-MTBasic/SanitizerSpecialCaseList.o -Wno-format-zero-length -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions 
-fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c 
/usr/src/contrib/llvm-project/clang/lib/Basic/SanitizerSpecialCaseList.cpp -o 
Basic/SanitizerSpecialCaseList.o
>  c++  -O2 -pipe -fno-common 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
> -I/usr/src/contrib/llvm-project/clang/lib/Basic 
> -I/usr/src/contrib/llvm-project/clang/lib/Driver 
> -I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
> -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" 
> -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
> -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
> -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
> -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
> -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
> -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
> -fdata-sectio
 ns -MD -MF.depend.Basic_Sanitizers.o -MTBasic/Sanitizers.o 
-Wno-format-zero-length -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -fno-exceptions 
-fno-rtti -std=c++14 -stdlib=libc++ -Wno-c++11-extensions   -c 
/usr/src/contrib/llvm-project/clang/lib/Basic/Sanitizers.cpp -o 
Basic/Sanitizers.o
>  c++  -O2 -pipe -fno-common 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
> -I/usr/src/contrib/llvm-project/clang/lib/Basic 
> -I/usr/src/contrib/llvm-project/clang/lib/Driver 
> -I/usr/src/contrib/llvm-project/clang/include -I/usr/src/lib/clang/include 
> -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS 
> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC 
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
> -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" 
> -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
> -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
> -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
> -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
> -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
> -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC 

Re: HEAD buildworld fails in libc

[Konstantin Belousov]

On Fri, Dec 28, 2018 at 10:18:12AM +0100, Gary Jennejohn wrote:
> I don't know why this hasn't already been reported, but I've been
> seeing this error since the commit was made.
> 
> ===> lib/libc (obj,all,install)
> /usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to 
> parameter of type 'char *' discards qualifiers 
> [-Werror,-Wincompatible-pointer-types-discards-qualifiers]
> __uprefix,
> ^
> /usr/src/lib/libc/string/strerror.c:61:23: note: passing argument to 
> parameter 'uprefix' here
> errstr(int num, char *uprefix, char *buf, size_t len)
>   ^
> 1 error generated.
> *** [strerror.o] Error code 1
> 
> I deleted /usr/obj, disabled META_MODE and ran the ``make buildworld''
> with -j1.
> 
> My /usr/src is at r342569.

Do you have WITHOUT_NLS set ?  If yes, then the following should fix it.
Confirm and I will commit.

diff --git a/lib/libc/string/strerror.c b/lib/libc/string/strerror.c
index be3732d5b9e..7cd984ea48f 100644
--- a/lib/libc/string/strerror.c
+++ b/lib/libc/string/strerror.c
@@ -58,7 +58,7 @@ __FBSDID("$FreeBSD$");
  * statically linked binaries.
  */
 static void
-errstr(int num, char *uprefix, char *buf, size_t len)
+errstr(int num, const char *uprefix, char *buf, size_t len)
 {
char *t;
unsigned int uerr;
___
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"

HEAD buildworld fails in libc

[Gary Jennejohn]

I don't know why this hasn't already been reported, but I've been
seeing this error since the commit was made.

===> lib/libc (obj,all,install)
/usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to 
parameter of type 'char *' discards qualifiers 
[-Werror,-Wincompatible-pointer-types-discards-qualifiers]
__uprefix,
^
/usr/src/lib/libc/string/strerror.c:61:23: note: passing argument to parameter 
'uprefix' here
errstr(int num, char *uprefix, char *buf, size_t len)
  ^
1 error generated.
*** [strerror.o] Error code 1

I deleted /usr/obj, disabled META_MODE and ran the ``make buildworld''
with -j1.

My /usr/src is at r342569.

-- 
Gary Jennejohn
___
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 fails

[Michael Gmelin]

> On 11. Jul 2018, at 08:22, blubee blubeeme  wrote:
> 
> Why am I getting these errors?
> 
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
> 
> --
> In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
> In file included from
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:477:
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:796:29:
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string_view operator "" sv(const char *__str, size_t __len)
> _NOEXCEPT
>^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:802:32:
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string_view operator "" sv(const wchar_t *__str, size_t
> __len) _NOEXCEPT
>   ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:808:33:
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string_view operator "" sv(const char16_t *__str,
> size_t __len) _NOEXCEPT
>^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:814:33:
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string_view operator "" sv(const char32_t *__str,
> size_t __len) _NOEXCEPT
>^
> In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4046:24: error:
> user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string operator "" s( const char *__str, size_t __len )
>   ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4052:27: error:
> user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string operator "" s( const wchar_t *__str, size_t __len
> )
>  ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4058:28: error:
> user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string operator "" s( const char16_t *__str, size_t
> __len )
>   ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4064:28: error:
> user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>basic_string operator "" s( const char32_t *__str, size_t
> __len )
>   ^
> 8 errors generated.
> *** Error code 1
> ___
> 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"


Which version/checkout (svn info and svn status), how do you build (and where), 
what does your /etc/make.conf look like?
___
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 fails

[blubee blubeeme]

Why am I getting these errors?

error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]

--
In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
In file included from
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:477:
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:796:29:
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string_view operator "" sv(const char *__str, size_t __len)
_NOEXCEPT
^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:802:32:
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string_view operator "" sv(const wchar_t *__str, size_t
__len) _NOEXCEPT
   ^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:808:33:
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string_view operator "" sv(const char16_t *__str,
size_t __len) _NOEXCEPT
^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string_view:814:33:
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string_view operator "" sv(const char32_t *__str,
size_t __len) _NOEXCEPT
^
In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4046:24: error:
user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string operator "" s( const char *__str, size_t __len )
   ^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4052:27: error:
user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string operator "" s( const wchar_t *__str, size_t __len
)
  ^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4058:28: error:
user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string operator "" s( const char16_t *__str, size_t
__len )
   ^
/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/string:4064:28: error:
user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
basic_string operator "" s( const char32_t *__str, size_t
__len )
   ^
8 errors generated.
*** Error code 1
___
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: buildworld fails: fatal error: 'netpfil/pf/pf.h' file not found

[Vladimir Zakharov]

On Tue, Apr 10, 2018, Kristof Provost wrote:
> On 9 Apr 2018, at 13:10, Vladimir Zakharov wrote:
> > On Mon, Apr 09, 2018, Kristof Provost wrote:
> > > On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
> > > 
> > >     For several days buildworld fails for me with the following
> > > error. Cleaning
> > > and
> > > rebuilding didn't help.
> > > 
> > > ===> tests/sys/netpfil/pf/ioctl (all)
> > > --- validation ---
> > > (cd /usr/src/tests/sys/netpfil/pf/ioctl &&
> > > DEPENDFILE=.depend.validation
> > > NO_SUBDIR=1 make -f /usr/src/tests/sys/netpfil/pf/ioctl/Makefile
> > > _RECURSING_PROGS=t PROG=validation )
> > > Building
> > > /home/obj/usr/src/amd64.amd64/tests/sys/netpfil/pf/ioctl/
> > > validation.o
> > > --- validation.o ---
> > > In file included from
> > > /usr/src/tests/sys/netpfil/pf/ioctl/validation.c:35:
> > > /home/obj/usr/src/amd64.amd64/tmp/usr/include/net/pfvar.h:49:10:
> > > fatal
> > > error: 'netpfil/pf/pf.h' file not found
> > > #include 
> > > ^
> 
> It should be fully fixed as of r332358.
> Thanks for the report.

Works for me. 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: buildworld fails: fatal error: 'netpfil/pf/pf.h' file not found

[Kristof Provost]

On 9 Apr 2018, at 13:10, Vladimir Zakharov wrote:

On Mon, Apr 09, 2018, Kristof Provost wrote:

On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:

For several days buildworld fails for me with the following 
error. Cleaning

and
rebuilding didn't help.

===> tests/sys/netpfil/pf/ioctl (all)
--- validation ---
(cd /usr/src/tests/sys/netpfil/pf/ioctl && 
DEPENDFILE=.depend.validation

NO_SUBDIR=1 make -f /usr/src/tests/sys/netpfil/pf/ioctl/Makefile
_RECURSING_PROGS=t PROG=validation )
Building 
/home/obj/usr/src/amd64.amd64/tests/sys/netpfil/pf/ioctl/

validation.o
--- validation.o ---
In file included from 
/usr/src/tests/sys/netpfil/pf/ioctl/validation.c:35:
/home/obj/usr/src/amd64.amd64/tmp/usr/include/net/pfvar.h:49:10: 
fatal

error: 'netpfil/pf/pf.h' file not found
#include 
^


It should be fully fixed as of r332358.
Thanks for the report.

Regards,
Kristof
___
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: buildworld fails: fatal error: 'netpfil/pf/pf.h' file not found

[Vladimir Zakharov]

On Mon, Apr 09, 2018, Kristof Provost wrote:
> On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
> 
> For several days buildworld fails for me with the following error. 
> Cleaning
> and
> rebuilding didn't help.
> 
> ===> tests/sys/netpfil/pf/ioctl (all)
> --- validation ---
> (cd /usr/src/tests/sys/netpfil/pf/ioctl && DEPENDFILE=.depend.validation
> NO_SUBDIR=1 make -f /usr/src/tests/sys/netpfil/pf/ioctl/Makefile
> _RECURSING_PROGS=t PROG=validation )
> Building /home/obj/usr/src/amd64.amd64/tests/sys/netpfil/pf/ioctl/
> validation.o
> --- validation.o ---
> In file included from /usr/src/tests/sys/netpfil/pf/ioctl/validation.c:35:
> /home/obj/usr/src/amd64.amd64/tmp/usr/include/net/pfvar.h:49:10: fatal
> error: 'netpfil/pf/pf.h' file not found
> #include 
> ^
> 1 error generated.
> *** [validation.o] Error code 1
> 
> make[8]: stopped in /usr/src/tests/sys/netpfil/pf/ioctl
> 
> 
> My /etc/src.conf (I have PF switched off):
> 
> Ah, that’s my fault. I didn’t consider people who’d switch off pf when I added
> the new ioctl tests.
> 
> You can work around the issue by removing the new tests yourself, or by
> building pf in anyway (it won’t do anything unless you load the module and
> activate it).
> 
> This should be a workaround for you until I can commit a better fix:
> 
> diff --git a/tests/sys/netpfil/pf/Makefile b/tests/sys/netpfil/pf/Makefile
> index c055e6840bd..259e1275d9c 100644
> --- a/tests/sys/netpfil/pf/Makefile
> +++ b/tests/sys/netpfil/pf/Makefile
> @@ -3,7 +3,6 @@
>  PACKAGE=   tests
> 
>  TESTSDIR=   ${TESTSBASE}/sys/netpfil/pf
> -TESTS_SUBDIRS+=ioctl
> 
>  ATF_TESTS_SH+= pass_block \
> forward \

Thanks. I've applied this fix for now and managed to update.


-- 
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: buildworld fails: fatal error: 'netpfil/pf/pf.h' file not found

[Kristof Provost]

On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
For several days buildworld fails for me with the following error. 
Cleaning and

rebuilding didn't help.

===> tests/sys/netpfil/pf/ioctl (all)
--- validation ---
(cd /usr/src/tests/sys/netpfil/pf/ioctl &&  
DEPENDFILE=.depend.validation  NO_SUBDIR=1 make -f 
/usr/src/tests/sys/netpfil/pf/ioctl/Makefile _RECURSING_PROGS=t  
PROG=validation )
Building 
/home/obj/usr/src/amd64.amd64/tests/sys/netpfil/pf/ioctl/validation.o

--- validation.o ---
In file included from 
/usr/src/tests/sys/netpfil/pf/ioctl/validation.c:35:
/home/obj/usr/src/amd64.amd64/tmp/usr/include/net/pfvar.h:49:10: fatal 
error: 'netpfil/pf/pf.h' file not found

#include 
 ^
1 error generated.
*** [validation.o] Error code 1

make[8]: stopped in /usr/src/tests/sys/netpfil/pf/ioctl


My /etc/src.conf (I have PF switched off):


Ah, that’s my fault. I didn’t consider people who’d switch off pf 
when I added the new ioctl tests.


You can work around the issue by removing the new tests yourself, or by 
building pf in anyway (it won’t do anything unless you load the module 
and activate it).


This should be a workaround for you until I can commit a better fix:

	diff --git a/tests/sys/netpfil/pf/Makefile 
b/tests/sys/netpfil/pf/Makefile

index c055e6840bd..259e1275d9c 100644
--- a/tests/sys/netpfil/pf/Makefile
+++ b/tests/sys/netpfil/pf/Makefile
@@ -3,7 +3,6 @@
 PACKAGE=   tests

 TESTSDIR=   ${TESTSBASE}/sys/netpfil/pf
-TESTS_SUBDIRS+=ioctl

 ATF_TESTS_SH+= pass_block \
forward \

Regards,
Kristof
___
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"

buildworld fails: fatal error: 'netpfil/pf/pf.h' file not found

[Vladimir Zakharov]

Hello!

For several days buildworld fails for me with the following error. Cleaning and
rebuilding didn't help.

===> tests/sys/netpfil/pf/ioctl (all)
--- validation ---
(cd /usr/src/tests/sys/netpfil/pf/ioctl &&  DEPENDFILE=.depend.validation  
NO_SUBDIR=1 make -f /usr/src/tests/sys/netpfil/pf/ioctl/Makefile 
_RECURSING_PROGS=t  PROG=validation )
Building /home/obj/usr/src/amd64.amd64/tests/sys/netpfil/pf/ioctl/validation.o
--- validation.o ---
In file included from /usr/src/tests/sys/netpfil/pf/ioctl/validation.c:35:
/home/obj/usr/src/amd64.amd64/tmp/usr/include/net/pfvar.h:49:10: fatal error: 
'netpfil/pf/pf.h' file not found
#include 
 ^
1 error generated.
*** [validation.o] Error code 1

make[8]: stopped in /usr/src/tests/sys/netpfil/pf/ioctl


My /etc/src.conf (I have PF switched off):
WITHOUT_ACCT=
WITHOUT_AMD=
WITHOUT_APM=
WITHOUT_ATM=
WITHOUT_AUTHPF=
WITHOUT_BLACKLIST=
WITHOUT_BLUETOOTH=
WITHOUT_BOOTPARAMD=
WITHOUT_BOOTPD=
WITHOUT_BSNMP=
WITHOUT_CCD=
WITHOUT_CROSS_COMPILER=
WITHOUT_CTM=
WITHOUT_CUSE=
WITHOUT_CXGBETOOL=
# WITHOUT_DEBUG_FILES=
WITHOUT_EE=
WITHOUT_FDT=
WITHOUT_FINGER=
WITHOUT_FLOPPY=
WITHOUT_FREEBSD_UPDATE=
WITHOUT_FTP=
WITHOUT_GDB=
WITHOUT_GNU_GREP_COMPAT=
WITHOUT_HAST=
WITHOUT_HTML=
WITHOUT_HYPERV=
WITHOUT_IPFILTER=
WITHOUT_ISCSI=
WITHOUT_KVM=
WITHOUT_LEGACY_CONSOLE=
WITHOUT_LIB32=
WITHOUT_LPR=
WITHOUT_NDIS=
WITHOUT_PC_SYSINSTALL=
WITHOUT_PF=
WITHOUT_PPP=
WITHOUT_QUOTAS=
WITHOUT_RADIUS_SUPPORT=
WITHOUT_RBOOTD=
WITHOUT_SHAREDOCS=
WITHOUT_TALK=
WITHOUT_TFTP=
WITHOUT_TIMED=

WITH_BSD_GREP=
WITH_CCACHE_BUILD=
# WITH_CLANG_EXTRAS=
# WITH_CTF=
# WITH_DTRACE_TESTS=
WITH_SORT_THREADS=
WITH_SVN=

-- 
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: buildworld fails while building static clang library

[Aijaz Baig]

Hi Ed

Yes how do I get those logs? I will be checking dmesg from time to time (is
there a way to tail it by the way??) but then how do I enable verbose
logging while building world? I tried finding out the same by searching on
the internet and by reading the manual page for make.conf but couldn't
figure it out

Is it even possible to have a verbose output?

On Mon, Aug 14, 2017 at 7:36 PM, Ed Maste  wrote:

> On 7 August 2017 at 00:32, Aijaz Baig  wrote:
> > That was some pretty relevant information Ed. Thanks.
>
> Even though it's not a direct cause of the problem you encountered I
> wanted to make sure a there was comprehensive reply to Dimitry's
> question.
>
> > Nonetheless, as I have indicated in my previous email, I hit an error
> quite
> > late in the process now (stage 4.3) when it is apparently linking
> h_raw.o
> > into h_raw.full ( is this linking by the way? what is the .full file
> > there??)
>
> Yes, this is a link step - the .full file is a binary or library with
> debug data included, which is then split into a .debug file containing
> only the debug data and the binary or library with no extension.
>
> There's no indication of what the error is in your log excerpt; are
> there any messages in dmesg from the time of the build?
>



-- 

Best Regards,
Aijaz Baig
___
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: buildworld fails while building static clang library

[Ed Maste]

On 7 August 2017 at 00:32, Aijaz Baig  wrote:
> That was some pretty relevant information Ed. Thanks.

Even though it's not a direct cause of the problem you encountered I
wanted to make sure a there was comprehensive reply to Dimitry's
question.

> Nonetheless, as I have indicated in my previous email, I hit an error quite
> late in the process now (stage 4.3) when it is apparently linking  h_raw.o
> into h_raw.full ( is this linking by the way? what is the .full file
> there??)

Yes, this is a link step - the .full file is a binary or library with
debug data included, which is then split into a .debug file containing
only the debug data and the binary or library with no extension.

There's no indication of what the error is in your log excerpt; are
there any messages in dmesg from the time of the build?
___
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: buildworld fails while building static clang library

[Aijaz Baig]

That was some pretty relevant information Ed. Thanks.

However upon bumping up my RAM, I don't hit this error anymore perhaps I
believe since the relatively large amount of RAM does not necessitate that
much of swap space.

Nonetheless, as I have indicated in my previous email, I hit an error quite
late in the process now (stage 4.3) when it is apparently linking  h_raw.o
into h_raw.full ( is this linking by the way? what is the .full file
there??)

Keen to hear

On Sun, Aug 6, 2017 at 3:04 PM, Ed Maste  wrote:

> On 5 August 2017 at 16:16, Dimitry Andric  wrote:
> >
> > I remember there being an issue with ar and/or ranlib choking when the
> > .a files become too big.  Ed, does that ring any bells?
>
> Our ar (and ranlib, which is the same binary) will produce a corrupt
> symbol table if the .a archive output is larger than 4GB, because we
> support only 32-bit offsets in the older "/" symbol table format, not
> the "/SYM64/" format and 64-bit offsets.
>
> As with GNU ar from binutils 2.17.50 we silently truncate if the
> offset does not fit in 32 bits. I'll have a patch for review soon to
> exit on error rather than produce corrupted output, and hope to look
> at adding /SYM64/ support later on.
>



-- 

Best Regards,
Aijaz Baig
___
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: buildworld fails while building static clang library

[Ed Maste]

On 5 August 2017 at 16:16, Dimitry Andric  wrote:
>
> I remember there being an issue with ar and/or ranlib choking when the
> .a files become too big.  Ed, does that ring any bells?

Our ar (and ranlib, which is the same binary) will produce a corrupt
symbol table if the .a archive output is larger than 4GB, because we
support only 32-bit offsets in the older "/" symbol table format, not
the "/SYM64/" format and 64-bit offsets.

As with GNU ar from binutils 2.17.50 we silently truncate if the
offset does not fit in 32 bits. I'll have a patch for review soon to
exit on error rather than produce corrupted output, and hope to look
at adding /SYM64/ support later on.
___
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: buildworld fails while building static clang library

[Aijaz Baig]

I did notice some swap related messages in dmesg earlier so this time I
bumped up my RAM to 4.25GB (did I tell you I'm running this on a VM?). In
addition I skipped parallel make jobs altogether keeping other things the
same.

So this time around it went a lot further in fact all the way to step4.3
(building everything)

and now it fails at this step:

===> lib/libc/tests/ssp (all)
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_fgets  NO_SUBDIR=1
make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING
_PROGS=t  PROG=h_fgets )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_gets  NO_SUBDIR=1
make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_
PROGS=t  PROG=h_gets )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_getcwd
 NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN
G_PROGS=t  PROG=h_getcwd )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_memcpy
 NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN
G_PROGS=t  PROG=h_memcpy )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_memmove
 NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSI
NG_PROGS=t  PROG=h_memmove )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_memset
 NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN
G_PROGS=t  PROG=h_memset )
(cd /usr/src/lib/libc/tests/ssp &&  DEPENDFILE=.depend.h_raw  NO_SUBDIR=1
make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t  PROG=h_raw
)
cc -target x86_64-unknown-freebsd12.0 --sysroot=/mnt/obj/usr/src/tmp
-B/mnt/obj/usr/src/tmp/usr/bin -O0 -pipe -march=core2 -fstack-protector-all
-Wstack-protector -fsanitize=bounds -g3 -g -std=gnu99
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k
-Wno-uninitialized -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 -Qunused-arguments  -o
h_raw.full h_raw.o
*** Error code 1

Stop.
make[7]: stopped in /usr/src/lib/libc/tests/ssp
*** Error code 1

Stop.
make[6]: stopped in /usr/src/lib/libc/tests/ssp
*** Error code 1

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

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

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

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

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

Stop.
make: stopped in /usr/src

keen to hear

On Sun, Aug 6, 2017 at 9:53 AM, Aijaz Baig  wrote:

> Hello
>
> Yes guilty as charged!!!
>
> I turn off optimization and enable DEBUG_FLAGS using src.conf:
>
> CFLAGS= -O0 -pipe
> COPTFLAGS= -O0 -pipe
> DEBUG_FLAGS=-g
>
> This time however I run without any parallel make jobs and it fails with a
> different error:
>
> *** Signal 9
>
> Stop.
> make[6]: stopped in /usr/src/lib/clang/libclang
> *** Error code 1
>
> Stop.
> make[5]: stopped in /usr/src/lib/clang
> *** Error code 1
>
> Stop.
> make[4]: stopped in /usr/src/lib
> *** Error code 1
>
> Stop.
> make[3]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make[2]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src
>
> Keen to hear
>
> On Sun, Aug 6, 2017 at 1:46 AM, Dimitry Andric  wrote:
>
>> On 5 Aug 2017, at 21:55, Aijaz Baig  wrote:
>> >
>> > I was a bit sceptical of this as it was failing with that same port (or
>> is clang a port by the way?) all the time. So as you suggested, I reduced
>> my '-j' number and it still fails at the very same place with the very same
>> error. Is it because the clang port doesn't allow parallel make jobs?
>> >
>> > Nonetheless, as to my query regarding building the world, based on what
>> my goals are (as I stated earlier), does it require me to actually build
>> the whole world?
>> >
>> > Regards,
>> > Aijaz Baig
>> >
>> > On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric  wrote:
>> > On 5 Aug 2017, at 06:00, Aijaz Baig  wrote:
>> > >
>> > > I am trying to buildworld and it works well for quite some time until
>> it
>> > > tries to build the static version of the clang library where it
>> fails. The
>> > > error it spits is:
>> > >
>> > > Killed
>> > > *** [all_subdir_lib/clang/libclang] Error code 137
>> > >
>> > > make[5]: stopped in /usr/src/lib/clang
>> >
>> > I'm just guessing, but the most likely cause is lack of memory.  Please
>> > check dmesg for any messages like "pid foo (bar), uid baz, was killed:
>> > out of swap space".  To work around this, you can temporarily add more
>> > swap space, or lower your -j level.
>>
>> Hm, now I read that your obj dir is on NFS, you might be hitting some
>> 4GiB filesize limit for the final .a file.  Are you building 

Fwd: buildworld fails while building static clang library

[Aijaz Baig]

Yes you could be correct. See my reply below to Dimitry.

And if this indeed is an issue is there a workaround? Or based on my first
question, do I really need to buildworld?

-- Forwarded message --
From: Aijaz Baig <aijazba...@gmail.com>
Date: Sun, Aug 6, 2017 at 9:53 AM
Subject: Re: buildworld fails while building static clang library
To: Dimitry Andric <d...@freebsd.org>
Cc: FreeBSD Current <freebsd-current@freebsd.org>, Ed Maste <
ema...@freebsd.org>


Hello

Yes guilty as charged!!!

I turn off optimization and enable DEBUG_FLAGS using src.conf:

CFLAGS= -O0 -pipe
COPTFLAGS= -O0 -pipe
DEBUG_FLAGS=-g

This time however I run without any parallel make jobs and it fails with a
different error:

*** Signal 9

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

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

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

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

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

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

Stop.
make: stopped in /usr/src

Keen to hear

Best Regards,
Aijaz Baig
___
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: buildworld fails while building static clang library

[Aijaz Baig]

Hello

Yes guilty as charged!!!

I turn off optimization and enable DEBUG_FLAGS using src.conf:

CFLAGS= -O0 -pipe
COPTFLAGS= -O0 -pipe
DEBUG_FLAGS=-g

This time however I run without any parallel make jobs and it fails with a
different error:

*** Signal 9

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

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

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

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

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

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

Stop.
make: stopped in /usr/src

Keen to hear

On Sun, Aug 6, 2017 at 1:46 AM, Dimitry Andric  wrote:

> On 5 Aug 2017, at 21:55, Aijaz Baig  wrote:
> >
> > I was a bit sceptical of this as it was failing with that same port (or
> is clang a port by the way?) all the time. So as you suggested, I reduced
> my '-j' number and it still fails at the very same place with the very same
> error. Is it because the clang port doesn't allow parallel make jobs?
> >
> > Nonetheless, as to my query regarding building the world, based on what
> my goals are (as I stated earlier), does it require me to actually build
> the whole world?
> >
> > Regards,
> > Aijaz Baig
> >
> > On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric  wrote:
> > On 5 Aug 2017, at 06:00, Aijaz Baig  wrote:
> > >
> > > I am trying to buildworld and it works well for quite some time until
> it
> > > tries to build the static version of the clang library where it fails.
> The
> > > error it spits is:
> > >
> > > Killed
> > > *** [all_subdir_lib/clang/libclang] Error code 137
> > >
> > > make[5]: stopped in /usr/src/lib/clang
> >
> > I'm just guessing, but the most likely cause is lack of memory.  Please
> > check dmesg for any messages like "pid foo (bar), uid baz, was killed:
> > out of swap space".  To work around this, you can temporarily add more
> > swap space, or lower your -j level.
>
> Hm, now I read that your obj dir is on NFS, you might be hitting some
> 4GiB filesize limit for the final .a file.  Are you building world with
> a very low optimization level, and debug information on?
>
> I remember there being an issue with ar and/or ranlib choking when the
> .a files become too big.  Ed, does that ring any bells?
>
> -Dimitry
>
>


-- 

Best Regards,
Aijaz Baig
___
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: buildworld fails while building static clang library

[Mark Millard]

Dimitry Andric dim at FreeBSD.org wrote on
Sat Aug 5 20:16:53 UTC 2017 :

> Hm, now I read that your obj dir is on NFS, you might be hitting some
> 4GiB filesize limit for the final .a file.  Are you building world with
> a very low optimization level, and debug information on?
> 
> I remember there being an issue with ar and/or ranlib choking when the
> .a files become too big.  Ed, does that ring any bells?

For an example of this for libWebCore.a and ar see bugzilla 206679 .

Quoting part of comment 2:


. . .
I would have guessed that the file format has some 4GB limit that might have 
been reached, explaining why the terminology reads like a file truncation 
instead of out-of-memory.

Looking around some I found one 2012 reference to code in ar that was reported 
to then look like:

  /* Catch an attempt to grow an archive past its 4Gb limit.  */
  if (archive_member_file_ptr != (file_ptr) offset)
{
  bfd_set_error (bfd_error_file_truncated);
  return FALSE;
}
. . .

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

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

Re: buildworld fails while building static clang library

[Dimitry Andric]

On 5 Aug 2017, at 21:55, Aijaz Baig  wrote:
> 
> I was a bit sceptical of this as it was failing with that same port (or is 
> clang a port by the way?) all the time. So as you suggested, I reduced my 
> '-j' number and it still fails at the very same place with the very same 
> error. Is it because the clang port doesn't allow parallel make jobs?
> 
> Nonetheless, as to my query regarding building the world, based on what my 
> goals are (as I stated earlier), does it require me to actually build the 
> whole world?
> 
> Regards,
> Aijaz Baig
> 
> On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric  wrote:
> On 5 Aug 2017, at 06:00, Aijaz Baig  wrote:
> >
> > I am trying to buildworld and it works well for quite some time until it
> > tries to build the static version of the clang library where it fails. The
> > error it spits is:
> >
> > Killed
> > *** [all_subdir_lib/clang/libclang] Error code 137
> >
> > make[5]: stopped in /usr/src/lib/clang
> 
> I'm just guessing, but the most likely cause is lack of memory.  Please
> check dmesg for any messages like "pid foo (bar), uid baz, was killed:
> out of swap space".  To work around this, you can temporarily add more
> swap space, or lower your -j level.

Hm, now I read that your obj dir is on NFS, you might be hitting some
4GiB filesize limit for the final .a file.  Are you building world with
a very low optimization level, and debug information on?

I remember there being an issue with ar and/or ranlib choking when the
.a files become too big.  Ed, does that ring any bells?

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: buildworld fails while building static clang library

[Aijaz Baig]

Hi Dmitry

I was a bit sceptical of this as it was failing with that same port (or is
clang a port by the way?) all the time. So as you suggested, I reduced my
'-j' number and it still fails at the very same place with the very same
error. Is it because the clang port doesn't allow parallel make jobs?

Nonetheless, as to my query regarding building the world, based on what my
goals are (as I stated earlier), does it require me to actually build the
whole world?

Regards,
Aijaz Baig

On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric  wrote:

> On 5 Aug 2017, at 06:00, Aijaz Baig  wrote:
> >
> > I am trying to buildworld and it works well for quite some time until it
> > tries to build the static version of the clang library where it fails.
> The
> > error it spits is:
> >
> > Killed
> > *** [all_subdir_lib/clang/libclang] Error code 137
> >
> > make[5]: stopped in /usr/src/lib/clang
>
> I'm just guessing, but the most likely cause is lack of memory.  Please
> check dmesg for any messages like "pid foo (bar), uid baz, was killed:
> out of swap space".  To work around this, you can temporarily add more
> swap space, or lower your -j level.
>
> -Dimitry
>
>


-- 

Best Regards,
Aijaz Baig
___
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: buildworld fails while building static clang library

[Dimitry Andric]

On 5 Aug 2017, at 06:00, Aijaz Baig  wrote:
> 
> I am trying to buildworld and it works well for quite some time until it
> tries to build the static version of the clang library where it fails. The
> error it spits is:
> 
> Killed
> *** [all_subdir_lib/clang/libclang] Error code 137
> 
> make[5]: stopped in /usr/src/lib/clang

I'm just guessing, but the most likely cause is lack of memory.  Please
check dmesg for any messages like "pid foo (bar), uid baz, was killed:
out of swap space".  To work around this, you can temporarily add more
swap space, or lower your -j level.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

buildworld fails while building static clang library

[Aijaz Baig]

I am trying to buildworld and it works well for quite some time until it
tries to build the static version of the clang library where it fails. The
error it spits is:

Killed
*** [all_subdir_lib/clang/libclang] Error code 137

make[5]: stopped in /usr/src/lib/clang
1 error

make[5]: stopped in /usr/src/lib/clang
*** [all_subdir_lib/clang] Error code 2

make[4]: stopped in /usr/src/lib
1 error

make[4]: stopped in /usr/src/lib
*** [lib__L] Error code 2

make[3]: stopped in /usr/src
1 error

make[3]: stopped in /usr/src
*** [libraries] Error code 2

make[2]: stopped in /usr/src
1 error

make[2]: stopped in /usr/src
*** [_libraries] Error code 2

make[1]: stopped in /usr/src
1 error

make[1]: stopped in /usr/src
*** [buildworld] Error code 2

make: stopped in /usr/src

make: stopped in /usr/src

The number of files that are passed to the archiver are too many to list
here. Here's the pastebin link: https://pastebin.com/3ifFWVdA .

Also my MAKEOBJDIRPREFIX is pointing to an NFS share. The reason I am doing
so is that I want to create a complete sysroot so I can then use the
resulting gdb from it to debug the kernel and the KLDs on this system. That
NFS share lies on the machine which will be used to debug this one. Since
(I've read that) GDB uses a mechanism similar to libraries when debugging
loaded modules, I assume I need to first create the 'world' for this
machine on the NFS mount and then use the gdb inside to load symbols files
for the KLDs. If this is incorrect or if I am going for an overkill with
'buildworld' please sugggest an optimum way

-- 

Best Regards,
Aijaz Baig
___
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: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Dimitry Andric]

On 29 Jun 2017, at 19:16, Mark Millard  wrote:
> 
> On 2017-Jun-29, at 5:54 AM, Konstantin Belousov  
> wrote:
>> 
>> On Thu, Jun 29, 2017 at 12:47:10PM +0200, Dimitry Andric wrote:
>>> One nasty problem with this is that it is not possible to figure out at
>>> compile time what the size of time_t is.  You always need some sort of
>>> configure-time test, and an external define.
>> 
>> It is arguably possible, with constexpr.
> 
> I took Dimitry's wording as probably referring to
> testing the size in the C/C++ preprocessor like
> the original code tests for __LP64__ being defined
> vs. not to control what it does: extending that to
> involve more preprocessor tests to pick from more
> code blocks. (But it is a guess given his wording.)

Yeah, what I meant is that the code does something like:

#if __LP64__
   static_assert(whatever, "foo");
#else
   static_assert(otherthing, "bar");
#endif

where __LP64__ was erroneously thought to determine whether time_t was
64-bit.  You cannot replace this with something like the following C++11
construct, though:

  constexpr bool time_t_64bit = sizeof(time_t) == 8;
  if (time_t_64bit)
static_assert(true, "time_t is OK");
  else
static_assert(false, "time_t is bad");

because both static assertions will be evaluated at compile time, and
one of them will fail.

In any case, Eric Fiselier already had some sort of patch lined up, but
I slacked off on trying it out.  Sorry about that. :)

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Mark Millard]

[Good news from the llvm side of things. . .]

On 2017-Jun-29, at 3:47 AM, Dimitry Andric  wrote:

> On 29 Jun 2017, at 12:04, Mark Millard  wrote:
>> 
>> [The libc++ code in question appears to not be ready for
>> 32-bit contexts with 64 bit times. Disable
>> experimental/filesystem for now? I've submitted
>> llvm bugzilla 33638 for the issue and have
>> added it to llvm's 25780, the FreeBSD META for
>> clang.]
> 
> Yes, this also broke earlier on arm and mips, which is why there is the
> following in lib/Makefile:
> 
> .if ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips"
> _libcplusplus+= libc++experimental
> .endif
> 
> I haven't yet found the time to address this issue.  Upstream should
> already be aware of it, though.
> 
> One nasty problem with this is that it is not possible to figure out at
> compile time what the size of time_t is.  You always need some sort of
> configure-time test, and an external define.

I got a notice of a pending patch for the issue:

Begin forwarded message:

From: bugzilla-daemon at llvm.org
Subject: [Bug 33638] FreeBSD head -r320347 moved TARGET_ARCH=powerpc to 64-bit 
time_t but now experimental/filesystem/operations.cpp fails static_asserts and 
such
Date: June 29, 2017 at 10:23:56 AM PDT
. . .
Comment # 2 on bug 33638 from Eric Fiselier
I have a patch for this waiting in the wings. I should be able to get to it
next week


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

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

Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Mark Millard]

On 2017-Jun-29, at 5:54 AM, Konstantin Belousov  wrote:
> 
> On Thu, Jun 29, 2017 at 12:47:10PM +0200, Dimitry Andric wrote:
>> One nasty problem with this is that it is not possible to figure out at
>> compile time what the size of time_t is.  You always need some sort of
>> configure-time test, and an external define.
> 
> It is arguably possible, with constexpr.

I took Dimitry's wording as probably referring to
testing the size in the C/C++ preprocessor like
the original code tests for __LP64__ being defined
vs. not to control what it does: extending that to
involve more preprocessor tests to pick from more
code blocks. (But it is a guess given his wording.)

I also took him to be excluding C++17's if-constexpr
(or that the limitations in where how it can be used
would prevent his intent) --and excluding the types of
meta-programming/Substitution-Failure-Is-Not-An-Error
usage that if-constexpr can simplify: too much rework
of parts of libc++.

Net result: extending the Makefile's "if" that he
referenced with a powerpc-family test removes
something in more contexts than have the problem.
I think that he was wishing for a simple way to
avoid that loss but still prevent the problem
cases.

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

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

Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Konstantin Belousov]

On Thu, Jun 29, 2017 at 12:47:10PM +0200, Dimitry Andric wrote:
> One nasty problem with this is that it is not possible to figure out at
> compile time what the size of time_t is.  You always need some sort of
> configure-time test, and an external define.

It is arguably possible, with constexpr.
___
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: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Dimitry Andric]

On 29 Jun 2017, at 12:04, Mark Millard  wrote:
> 
> [The libc++ code in question appears to not be ready for
> 32-bit contexts with 64 bit times. Disable
> experimental/filesystem for now? I've submitted
> llvm bugzilla 33638 for the issue and have
> added it to llvm's 25780, the FreeBSD META for
> clang.]

Yes, this also broke earlier on arm and mips, which is why there is the
following in lib/Makefile:

.if ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips"
_libcplusplus+= libc++experimental
.endif

I haven't yet found the time to address this issue.  Upstream should
already be aware of it, though.

One nasty problem with this is that it is not possible to figure out at
compile time what the size of time_t is.  You always need some sort of
configure-time test, and an external define.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Mark Millard]

[The libc++ code in question appears to not be ready for
32-bit contexts with 64 bit times. Disable
experimental/filesystem for now? I've submitted
llvm bugzilla 33638 for the issue and have
added it to llvm's 25780, the FreeBSD META for
clang.]

On 2017-Jun-29, at 2:21 AM, Mark Millard  wrote:

> [TARGET_ARCH=powerpc64 fails similarly in its world32
> part of its build.]
> 
> On 2017-Jun-29, at 1:33 AM, Mark Millard  wrote:
> 
>> Beyond static_assert failures and overflow/underflow of long long
>> it also it complains in some cases about:
>> 
>> static_assert expression is not an integral constant expression
>> 
>> 
>> [I will note that attempting a gcc 4.2.1 build did not
>> stop and report such things for its libstdc++. The below
>> is somehow libc++ and/or clang 4 specific.]
>> 
>> 
>> Context:
>> 
>> # uname -apKU
>> FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT  r320458M  amd64 
>> amd64 1200036 1200036
>> 
>> buildworld for TARGET_ARCH=powerpc resulted in:
>> 
>> --- filesystem/operations.o ---
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:579:1: 
>> error: static_assert failed ""
>> static_assert(is_representable({max_time_t, 9}), "");
>> ^ ~
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:580:1: 
>> error: static_assert failed ""
>> static_assert(is_representable({max_time_t, 10}), "");
>> ^ ~~
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:581:1: 
>> error: static_assert failed ""
>> static_assert(is_representable({min_time_t, 0}), "");
>> ^ ~
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:603:1: 
>> error: static_assert failed ""
>> static_assert(!is_representable(file_time_type::max()), "");
>> ^ 
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:604:1: 
>> error: static_assert failed ""
>> static_assert(!is_representable(file_time_type::min()), "");
>> ^ 
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:15: 
>> error: static_assert expression is not an integral constant expression
>> static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
>> ^
>> /usr/src/contrib/libc++/include/chrono:386:59: note: value 
>> 922337203685477580700 is outside the range of representable values of 
>> type 'long long'
>>  static_cast<_Ct>(__fd.count()) * 
>> static_cast<_Ct>(_Period::num)));
>> ^
>> /usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
>> '&__duration_cast, 
>> std::__1::chrono::duration > 
>> >()->operator()(seconds(max_time_t))'
>>   return __duration_cast, _ToDuration>()(__fd);
>>  ^
>> /usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
>> 'duration_cast(seconds(max_time_t))'
>>   : __rep_(_VSTD::chrono::duration_cast(__d).count()) 
>> {}
>>^
>> /usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
>> '_VSTD'
>> #define _VSTD std::_LIBCPP_NAMESPACE
>> ^
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:47: 
>> note: in call to 'duration(seconds(max_time_t), 0)'
>> static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
>> ^
>> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:606:15: 
>> error: static_assert expression is not an integral constant expression
>> static_assert(is_representable(file_time_type(seconds(min_time_t))), "");
>> ^
>> /usr/src/contrib/libc++/include/chrono:386:59: note: value 
>> -922337203685477580800 is outside the range of representable values of 
>> type 'long long'
>>  static_cast<_Ct>(__fd.count()) * 
>> static_cast<_Ct>(_Period::num)));
>> ^
>> /usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
>> '&__duration_cast, 
>> std::__1::chrono::duration > 
>> >()->operator()(seconds(min_time_t))'
>>   return __duration_cast, _ToDuration>()(__fd);
>>  ^
>> /usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
>> 'duration_cast(seconds(min_time_t))'
>>   : __rep_(_VSTD::chrono::duration_cast(__d).count()) 
>> {}
>>^
>> /usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
>> '_VSTD'
>> #define _VSTD std::_LIBCPP_NAMESPACE
>> ^
>> 

Re: head -r320458 (e.g.) amd64 -> powerpc (32-bit) cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Mark Millard]

[TARGET_ARCH=powerpc64 fails similarly in its world32
part of its build.]

On 2017-Jun-29, at 1:33 AM, Mark Millard  wrote:

> Beyond static_assert failures and overflow/underflow of long long
> it also it complains in some cases about:
> 
> static_assert expression is not an integral constant expression
> 
> 
> [I will note that attempting a gcc 4.2.1 build did not
> stop and report such things for its libstdc++. The below
> is somehow libc++ and/or clang 4 specific.]
> 
> 
> Context:
> 
> # uname -apKU
> FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT  r320458M  amd64 
> amd64 1200036 1200036
> 
> buildworld for TARGET_ARCH=powerpc resulted in:
> 
> --- filesystem/operations.o ---
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:579:1: 
> error: static_assert failed ""
> static_assert(is_representable({max_time_t, 9}), "");
> ^ ~
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:580:1: 
> error: static_assert failed ""
> static_assert(is_representable({max_time_t, 10}), "");
> ^ ~~
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:581:1: 
> error: static_assert failed ""
> static_assert(is_representable({min_time_t, 0}), "");
> ^ ~
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:603:1: 
> error: static_assert failed ""
> static_assert(!is_representable(file_time_type::max()), "");
> ^ 
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:604:1: 
> error: static_assert failed ""
> static_assert(!is_representable(file_time_type::min()), "");
> ^ 
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:15: 
> error: static_assert expression is not an integral constant expression
> static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
>  ^
> /usr/src/contrib/libc++/include/chrono:386:59: note: value 
> 922337203685477580700 is outside the range of representable values of 
> type 'long long'
>   static_cast<_Ct>(__fd.count()) * 
> static_cast<_Ct>(_Period::num)));
>  ^
> /usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
> '&__duration_cast, 
> std::__1::chrono::duration > 
> >()->operator()(seconds(max_time_t))'
>return __duration_cast, _ToDuration>()(__fd);
>   ^
> /usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
> 'duration_cast(seconds(max_time_t))'
>: __rep_(_VSTD::chrono::duration_cast(__d).count()) 
> {}
> ^
> /usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
> '_VSTD'
> #define _VSTD std::_LIBCPP_NAMESPACE
>  ^
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:47: 
> note: in call to 'duration(seconds(max_time_t), 0)'
> static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
>  ^
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:606:15: 
> error: static_assert expression is not an integral constant expression
> static_assert(is_representable(file_time_type(seconds(min_time_t))), "");
>  ^
> /usr/src/contrib/libc++/include/chrono:386:59: note: value 
> -922337203685477580800 is outside the range of representable values of 
> type 'long long'
>   static_cast<_Ct>(__fd.count()) * 
> static_cast<_Ct>(_Period::num)));
>  ^
> /usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
> '&__duration_cast, 
> std::__1::chrono::duration > 
> >()->operator()(seconds(min_time_t))'
>return __duration_cast, _ToDuration>()(__fd);
>   ^
> /usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
> 'duration_cast(seconds(min_time_t))'
>: __rep_(_VSTD::chrono::duration_cast(__d).count()) 
> {}
> ^
> /usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
> '_VSTD'
> #define _VSTD std::_LIBCPP_NAMESPACE
>  ^
> /usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:606:47: 
> note: in call to 'duration(seconds(min_time_t), 0)'
> static_assert(is_representable(file_time_type(seconds(min_time_t))), "");
>  ^
> . . .
> --- lib__L ---
> 7 errors generated.
> *** [filesystem/operations.o] Error code 1
> 
> make[5]: stopped in /usr/src/lib/libc++experimental
> 

head -r320458 (e.g.) amd64 -> powerpc cross-buildworld fails for time libc++ static_asserts and overflow/underflow of long long (system clang/clang++ 4 based build)

[Mark Millard]

Beyond static_assert failures and overflow/underflow of long long
it also it complains in some cases about:

static_assert expression is not an integral constant expression


[I will note that attempting a gcc 4.2.1 build did not
stop and report such things for its libstdc++. The below
is somehow libc++ and/or clang 4 specific.]


Context:

# uname -apKU
FreeBSD FreeBSDx64OPC 12.0-CURRENT FreeBSD 12.0-CURRENT  r320458M  amd64 amd64 
1200036 1200036

buildworld for TARGET_ARCH=powerpc resulted in:

--- filesystem/operations.o ---
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:579:1: 
error: static_assert failed ""
static_assert(is_representable({max_time_t, 9}), "");
^ ~
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:580:1: 
error: static_assert failed ""
static_assert(is_representable({max_time_t, 10}), "");
^ ~~
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:581:1: 
error: static_assert failed ""
static_assert(is_representable({min_time_t, 0}), "");
^ ~
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:603:1: 
error: static_assert failed ""
static_assert(!is_representable(file_time_type::max()), "");
^ 
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:604:1: 
error: static_assert failed ""
static_assert(!is_representable(file_time_type::min()), "");
^ 
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:15: 
error: static_assert expression is not an integral constant expression
static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
  ^
/usr/src/contrib/libc++/include/chrono:386:59: note: value 
922337203685477580700 is outside the range of representable values of type 
'long long'
   static_cast<_Ct>(__fd.count()) * 
static_cast<_Ct>(_Period::num)));
  ^
/usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
'&__duration_cast, 
std::__1::chrono::duration > 
>()->operator()(seconds(max_time_t))'
return __duration_cast, _ToDuration>()(__fd);
   ^
/usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
'duration_cast(seconds(max_time_t))'
: __rep_(_VSTD::chrono::duration_cast(__d).count()) {}
 ^
/usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
'_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
  ^
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:605:47: 
note: in call to 'duration(seconds(max_time_t), 0)'
static_assert(is_representable(file_time_type(seconds(max_time_t))), "");
  ^
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:606:15: 
error: static_assert expression is not an integral constant expression
static_assert(is_representable(file_time_type(seconds(min_time_t))), "");
  ^
/usr/src/contrib/libc++/include/chrono:386:59: note: value 
-922337203685477580800 is outside the range of representable values of type 
'long long'
   static_cast<_Ct>(__fd.count()) * 
static_cast<_Ct>(_Period::num)));
  ^
/usr/src/contrib/libc++/include/chrono:413:12: note: in call to 
'&__duration_cast, 
std::__1::chrono::duration > 
>()->operator()(seconds(min_time_t))'
return __duration_cast, _ToDuration>()(__fd);
   ^
/usr/src/contrib/libc++/include/chrono:560:26: note: in call to 
'duration_cast(seconds(min_time_t))'
: __rep_(_VSTD::chrono::duration_cast(__d).count()) {}
 ^
/usr/src/contrib/libc++/include/__config:390:15: note: expanded from macro 
'_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
  ^
/usr/src/contrib/libc++/src/experimental/filesystem/operations.cpp:606:47: 
note: in call to 'duration(seconds(min_time_t), 0)'
static_assert(is_representable(file_time_type(seconds(min_time_t))), "");
  ^
. . .
--- lib__L ---
7 errors generated.
*** [filesystem/operations.o] Error code 1

make[5]: stopped in /usr/src/lib/libc++experimental
.ERROR_TARGET='filesystem/operations.o'
.ERROR_META_FILE='/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/libc++experimental/_usr_obj_powerpcvtsc_clang_powerpc.powerpc_usr_src_lib_libc++experimental_filesystem_operations.o.meta'
.MAKE.LEVEL='5'
MAKEFILE=''
.MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
_ERROR_CMD='c++  

Re: buildworld fails with warning in usr.bin/diff/diffreg.c

[Dimitry Andric]

> On 24 Apr 2017, at 20:26, Brooks Davis  wrote:
> 
> On Mon, Apr 24, 2017 at 10:04:15AM -0700, Hamza Sheikh wrote:
>> The error is:
>> 
>> --- all_subdir_usr.bin ---
>> cc1: warnings being treated as errors
>> /home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
>> /home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be
>> used uninitialized in this function
> 
> If I'm reading the code correctly, this is caused by this code at line
> 1217 and the analyzer being insufficiently smart (all prior uses include
> initialization in for() loops):
> 
>if (diff_format != D_GFORMAT)
>i = fetch(ixnew, c, d, f2, diff_format == D_NORMAL ? '>' : 
> '\0', 0, *pflags);
>if (i != 0 && diff_format == D_EDIT) {
> 
> Adding "i = 0;" above this fixes the warning for me and appears to
> preserve the intent.  This variable should be named something other than
> i to avoid confusion.

See also https://reviews.freebsd.org/D10462 . Sorry for slacking off on that. :)

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: buildworld fails with warning in usr.bin/diff/diffreg.c

[Brooks Davis]

On Mon, Apr 24, 2017 at 10:04:15AM -0700, Hamza Sheikh wrote:
> The error is:
> 
> --- all_subdir_usr.bin ---
> cc1: warnings being treated as errors
> /home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
> /home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be
> used uninitialized in this function

If I'm reading the code correctly, this is caused by this code at line
1217 and the analyzer being insufficiently smart (all prior uses include
initialization in for() loops):

if (diff_format != D_GFORMAT)
i = fetch(ixnew, c, d, f2, diff_format == D_NORMAL ? '>' : 
'\0', 0, *pflags);
if (i != 0 && diff_format == D_EDIT) {

Adding "i = 0;" above this fixes the warning for me and appears to
preserve the intent.  This variable should be named something other than
i to avoid confusion.

-- Brooks


signature.asc
Description: PGP signature

Re: buildworld fails with warning in usr.bin/diff/diffreg.c

[Hamza Sheikh]

I'm sorry for the double post. I got confused by the filtering as I
had not subscribed to the list when I sent the first post.
___
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"

buildworld fails with warning in usr.bin/diff/diffreg.c

[Hamza Sheikh]

The error is:

--- all_subdir_usr.bin ---
cc1: warnings being treated as errors
/home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
/home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be
used uninitialized in this function
--- all_subdir_share ---
--- ucred.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/ucred.9 > ucred.9.gz
--- uidinfo.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/uidinfo.9 > uidinfo.9.gz
--- uio.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/uio.9 > uio.9.gz
--- all_subdir_usr.bin ---
*** [diffreg.o] Error code 1

make[4]: stopped in /home/vagrant/src/usr.bin/diff
1 error

make[4]: stopped in /home/vagrant/src/usr.bin/diff
--- all_subdir_share ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /home/vagrant/src/share/man/man9
--- all_subdir_usr.bin ---
*** [all_subdir_usr.bin/diff] Error code 2

make[3]: stopped in /home/vagrant/src/usr.bin
1 error
--- all_subdir_share ---
*** [all_subdir_share/man/man9] Error code 2

make[4]: stopped in /home/vagrant/src/share/man
1 error

make[4]: stopped in /home/vagrant/src/share/man
*** [all_subdir_share/man] Error code 2

make[3]: stopped in /home/vagrant/src/share
1 error

make[3]: stopped in /home/vagrant/src/share
--- all_subdir_usr.bin ---

make[3]: stopped in /home/vagrant/src/usr.bin
--- all_subdir_share ---
*** [all_subdir_share] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_usr.bin ---
*** [all_subdir_usr.bin] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_lib ---
A failure has been detected in another branch of the parallel make

make[8]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
*** [grp_test] Error code 2

make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
1 error

make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
*** [all_subdir_lib/libcasper/services/cap_grp/tests] Error code 2

make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp
1 error

make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp
*** [all_subdir_lib/libcasper/services/cap_grp] Error code 2

make[5]: stopped in /home/vagrant/src/lib/libcasper/services
1 error

make[5]: stopped in /home/vagrant/src/lib/libcasper/services
*** [all_subdir_lib/libcasper/services] Error code 2

make[4]: stopped in /home/vagrant/src/lib/libcasper
1 error

make[4]: stopped in /home/vagrant/src/lib/libcasper
*** [all_subdir_lib/libcasper] Error code 2

make[3]: stopped in /home/vagrant/src/lib
1 error

make[3]: stopped in /home/vagrant/src/lib
*** [all_subdir_lib] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_usr.sbin ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /home/vagrant/src/usr.sbin/ctld
*** [all_subdir_usr.sbin/ctld] Error code 2

make[3]: stopped in /home/vagrant/src/usr.sbin
1 error

make[3]: stopped in /home/vagrant/src/usr.sbin
*** [all_subdir_usr.sbin] Error code 2

make[2]: stopped in /home/vagrant/src
4 errors

make[2]: stopped in /home/vagrant/src
*** [everything] Error code 2

make[1]: stopped in /home/vagrant/src
1 error

make[1]: stopped in /home/vagrant/src
*** [buildworld] Error code 2

make: stopped in /home/vagrant/src
1 error

make: stopped in /home/vagrant/src

Command exit status: 2







This is what the code snippet in the file looks like when error is encountered:

vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&<=1090' diffreg.c
change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d,
int *pflags)
{
static size_t max_context = 64;
long curpos;
int i, nc;
const char *walk;

restart:
if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) &&
a > b && c > d)







The following snippet removes the error during build:

vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&<=1091' diffreg.c
change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d,
int *pflags)
{
static size_t max_context = 64;
long curpos;
int i, nc;
int 0;
const char *walk;

restart:
if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) &&
a > b && c > d)







vagrant@freebsd12current:~/src % svnlite info
Path: .
Working Copy Root Path: /home/vagrant/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 317257
Node Kind: directory
Schedule: normal
Last Changed Author: bde
Last Changed Rev: 317256
Last Changed Date: 2017-04-21 15:12:43 + (Fri, 21 Apr 2017)



---
Hamza Sheikh
Twitter: @aikchar
___
freebsd-current@freebsd.org mailing list

buildworld fails with warning in usr.bin/diff/diffreg.c

[Hamza Sheikh]

The error is:

--- all_subdir_usr.bin ---
cc1: warnings being treated as errors
/home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
/home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be
used uninitialized in this function
--- all_subdir_share ---
--- ucred.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/ucred.9 > ucred.9.gz
--- uidinfo.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/uidinfo.9 > uidinfo.9.gz
--- uio.9.gz ---
gzip -cn /home/vagrant/src/share/man/man9/uio.9 > uio.9.gz
--- all_subdir_usr.bin ---
*** [diffreg.o] Error code 1

make[4]: stopped in /home/vagrant/src/usr.bin/diff
1 error

make[4]: stopped in /home/vagrant/src/usr.bin/diff
--- all_subdir_share ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /home/vagrant/src/share/man/man9
--- all_subdir_usr.bin ---
*** [all_subdir_usr.bin/diff] Error code 2

make[3]: stopped in /home/vagrant/src/usr.bin
1 error
--- all_subdir_share ---
*** [all_subdir_share/man/man9] Error code 2

make[4]: stopped in /home/vagrant/src/share/man
1 error

make[4]: stopped in /home/vagrant/src/share/man
*** [all_subdir_share/man] Error code 2

make[3]: stopped in /home/vagrant/src/share
1 error

make[3]: stopped in /home/vagrant/src/share
--- all_subdir_usr.bin ---

make[3]: stopped in /home/vagrant/src/usr.bin
--- all_subdir_share ---
*** [all_subdir_share] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_usr.bin ---
*** [all_subdir_usr.bin] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_lib ---
A failure has been detected in another branch of the parallel make

make[8]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
*** [grp_test] Error code 2

make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
1 error

make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests
*** [all_subdir_lib/libcasper/services/cap_grp/tests] Error code 2

make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp
1 error

make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp
*** [all_subdir_lib/libcasper/services/cap_grp] Error code 2

make[5]: stopped in /home/vagrant/src/lib/libcasper/services
1 error

make[5]: stopped in /home/vagrant/src/lib/libcasper/services
*** [all_subdir_lib/libcasper/services] Error code 2

make[4]: stopped in /home/vagrant/src/lib/libcasper
1 error

make[4]: stopped in /home/vagrant/src/lib/libcasper
*** [all_subdir_lib/libcasper] Error code 2

make[3]: stopped in /home/vagrant/src/lib
1 error

make[3]: stopped in /home/vagrant/src/lib
*** [all_subdir_lib] Error code 2

make[2]: stopped in /home/vagrant/src
--- all_subdir_usr.sbin ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /home/vagrant/src/usr.sbin/ctld
*** [all_subdir_usr.sbin/ctld] Error code 2

make[3]: stopped in /home/vagrant/src/usr.sbin
1 error

make[3]: stopped in /home/vagrant/src/usr.sbin
*** [all_subdir_usr.sbin] Error code 2

make[2]: stopped in /home/vagrant/src
4 errors

make[2]: stopped in /home/vagrant/src
*** [everything] Error code 2

make[1]: stopped in /home/vagrant/src
1 error

make[1]: stopped in /home/vagrant/src
*** [buildworld] Error code 2

make: stopped in /home/vagrant/src
1 error

make: stopped in /home/vagrant/src

Command exit status: 2







This is what the code snippet in the file looks like when error is encountered:

vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&<=1090' diffreg.c
change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d,
int *pflags)
{
static size_t max_context = 64;
long curpos;
int i, nc;
const char *walk;

restart:
if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) &&
a > b && c > d)







The following snippet removes the error during build:

vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&<=1091' diffreg.c
change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d,
int *pflags)
{
static size_t max_context = 64;
long curpos;
int i, nc;
int 0;
const char *walk;

restart:
if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) &&
a > b && c > d)







vagrant@freebsd12current:~/src % svnlite info
Path: .
Working Copy Root Path: /home/vagrant/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 317257
Node Kind: directory
Schedule: normal
Last Changed Author: bde
Last Changed Rev: 317256
Last Changed Date: 2017-04-21 15:12:43 + (Fri, 21 Apr 2017)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Oleg V. Nauman]

On Thursday 02 March 2017 22:40:05 Alex Deiter wrote:
> Hello,

 Hello,

> 
> Please apply patch from upstream:
> 
> https://github.com/the-tcpdump-group/libpcap/pull/541
> 
> Fix compilation if INET6 isn't defined.
> Addresses GitHub issue #541, but differently from the pull request (it
> defines gen_gateway() with a function prototype rather than using a
> pre-prototype-style definition).
> 
> https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7
> 448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2

 I can confirm that it fixes the issue.

> 
> Thank you!
> 
> Alex Deiter
> alex.dei...@gmail.com
> 
> > On 18 Feb 2017, at 00:09, Bryan Drewery  wrote:
> > 
> > On 2/17/2017 1:03 PM, Bryan Drewery wrote:
> >> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>  On Feb 16, 2017, at 07:30, Oleg V. Nauman 
>  wrote:
>  
>  cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>  B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H
>  -
>  I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>  D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>  DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>  MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99
>  -fstack-protector-strong -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-switch - Wno-switch-enum -Wno-knr-promoted-parameter
>  -Wno-parentheses  -Qunused- arguments  -c
>  /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
>  cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>  B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H
>  -
>  I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>  D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>  DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>  MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong
>  -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-switch -
>  Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses 
>  -Qunused- arguments  -c /usr/src/contrib/libpcap/gencode.c -o
>  gencode.o
>  /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai'
>  in
>  'struct _compiler_state'
>  
>    cstate.ai = NULL;
>    ~~ ^
>  
>  /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared
>  identifier 'cstate'
>  
>    bpf_error(cstate, "direction applied to 'gateway'");
>    
>  ^
>  
>  /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared
>  identifier 'cstate'
>  
>    switch (cstate->linktype) {
>    
>    ^
>  
>  /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared
>  identifier 'cstate'
>  
>    b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR,
>  
>  Q_HOST);
>  
>  ^
>  
>  /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared
>  identifier 'cstate'
>  
>    tmp = gen_host(cstate, **alist++, 0x,
>    proto,
>  
>  Q_OR,
>  
>   ^
>  
>  /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared
>  identifier 'cstate'
>  
>    bpf_error(cstate, "illegal modifier of 'gateway'");
>    
>  ^
>  
>  6 errors generated.
>  *** Error code 1
>  
>  Stop.
>  make[5]: stopped in /usr/src/lib/libpcap
>  *** Error code 1
> >>> 
> >>> CCing Xin, who did the libpcap upgrade.
> >>> -Ngie
> >> 
> >> I get an error even with INET6 building grammar.o:
> >>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of
> >>> undeclared identifier 'cstate'; did you mean 'cstat'?>>> 
> >>>finish_parse(cstate, yystack.l_mark[0].blk.b);
> >>>
> >>> ^~
> >>> cstat
> >>> 
> >>> grammar.c:1291:1: note: 'cstat' declared here
> >>> YYPARSE_DECL()
> >>> ^
> > 
> > Ignore me, my yacc is just outdated.

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

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Ngie Cooper]

On Thu, Mar 2, 2017 at 11:40 AM, Alex Deiter  wrote:
> Hello,
>
> Please apply patch from upstream:
>
> https://github.com/the-tcpdump-group/libpcap/pull/541
>
> Fix compilation if INET6 isn't defined.
> Addresses GitHub issue #541, but differently from the pull request (it
> defines gen_gateway() with a function prototype rather than using a
> pre-prototype-style definition).
>
> https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2

Hi Dieter,
Could you please open a bug and CC glebius@ and myself on it?
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: Buildworld fails if WITHOUT_INET6=YES defined

[Alex Deiter]

Hello,

Please apply patch from upstream:

https://github.com/the-tcpdump-group/libpcap/pull/541

Fix compilation if INET6 isn't defined.
Addresses GitHub issue #541, but differently from the pull request (it
defines gen_gateway() with a function prototype rather than using a
pre-prototype-style definition).

https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2

Thank you!

Alex Deiter
alex.dei...@gmail.com



> On 18 Feb 2017, at 00:09, Bryan Drewery  wrote:
> 
> On 2/17/2017 1:03 PM, Bryan Drewery wrote:
>> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>>> 
 On Feb 16, 2017, at 07:30, Oleg V. Nauman  wrote:
 
 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
 B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
 I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
 D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
 DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
 MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong 
 -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-switch 
 -
 Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
 arguments  -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
 B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
 I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
 D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
 DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
 MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch 
 -
 Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
 arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
 /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in
 'struct _compiler_state'
   cstate.ai = NULL;
   ~~ ^
 /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared
 identifier 'cstate'
   bpf_error(cstate, "direction applied to 'gateway'");
 ^
 /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared
 identifier 'cstate'
   switch (cstate->linktype) {
   ^
 /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared
 identifier 'cstate'
   b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR,
 Q_HOST);
 ^
 /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared
 identifier 'cstate'
   tmp = gen_host(cstate, **alist++, 0x, proto,
 Q_OR,
  ^
 /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared
 identifier 'cstate'
   bpf_error(cstate, "illegal modifier of 'gateway'");
 ^
 6 errors generated.
 *** Error code 1
 
 Stop.
 make[5]: stopped in /usr/src/lib/libpcap
 *** Error code 1
>>> 
>>> CCing Xin, who did the libpcap upgrade.
>>> -Ngie
>>> 
>> 
>> I get an error even with INET6 building grammar.o:
>> 
>>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of 
>>> undeclared identifier 'cstate'; did you mean 'cstat'?
>>>finish_parse(cstate, yystack.l_mark[0].blk.b);   
>>>   
>>> ^~  
>>>   
>>> cstat   
>>>   
>>> grammar.c:1291:1: note: 'cstat' declared here   
>>>
>>> YYPARSE_DECL()  
>>>
>>> ^   
>>>
>> 
> 
> Ignore me, my yacc is just outdated.
> 
> -- 
> Regards,
> Bryan Drewery
> 

___
freebsd-current@freebsd.org mailing list

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Ngie Cooper (yaneurabeya)]

> On Feb 17, 2017, at 13:09, Bryan Drewery  wrote:

…

> Ignore me, my yacc is just outdated.

I’ll try again. This might have been part of my issue too.
Thanks!
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Bryan Drewery]

On 2/17/2017 1:03 PM, Bryan Drewery wrote:
> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>>
>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman  wrote:
>>>
>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>>> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>>> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong 
>>> -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-switch -
>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
>>> arguments  -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>>> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>>> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch -
>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
>>> arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
>>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in
>>> 'struct _compiler_state'
>>>cstate.ai = NULL;
>>>~~ ^
>>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared
>>> identifier 'cstate'
>>>bpf_error(cstate, "direction applied to 'gateway'");
>>>  ^
>>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared
>>> identifier 'cstate'
>>>switch (cstate->linktype) {
>>>^
>>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared
>>> identifier 'cstate'
>>>b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR,
>>> Q_HOST);
>>>  ^
>>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared
>>> identifier 'cstate'
>>>tmp = gen_host(cstate, **alist++, 0x, proto,
>>> Q_OR,
>>>   ^
>>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared
>>> identifier 'cstate'
>>>bpf_error(cstate, "illegal modifier of 'gateway'");
>>>  ^
>>> 6 errors generated.
>>> *** Error code 1
>>>
>>> Stop.
>>> make[5]: stopped in /usr/src/lib/libpcap
>>> *** Error code 1
>>
>> CCing Xin, who did the libpcap upgrade.
>> -Ngie
>>
> 
> I get an error even with INET6 building grammar.o:
> 
>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of undeclared 
>> identifier 'cstate'; did you mean 'cstat'?
>> finish_parse(cstate, yystack.l_mark[0].blk.b);   
>>   
>>  ^~  
>>   
>>  cstat   
>>   
>> grammar.c:1291:1: note: 'cstat' declared here
>>   
>> YYPARSE_DECL()   
>>   
>> ^
>>   
> 

Ignore me, my yacc is just outdated.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Bryan Drewery]

On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
> 
>> On Feb 16, 2017, at 07:30, Oleg V. Nauman  wrote:
>>
>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong 
>> -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-switch -
>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
>> arguments  -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
>> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch -
>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
>> arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in
>> 'struct _compiler_state'
>>cstate.ai = NULL;
>>~~ ^
>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared
>> identifier 'cstate'
>>bpf_error(cstate, "direction applied to 'gateway'");
>>  ^
>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared
>> identifier 'cstate'
>>switch (cstate->linktype) {
>>^
>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared
>> identifier 'cstate'
>>b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR,
>> Q_HOST);
>>  ^
>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared
>> identifier 'cstate'
>>tmp = gen_host(cstate, **alist++, 0x, proto,
>> Q_OR,
>>   ^
>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared
>> identifier 'cstate'
>>bpf_error(cstate, "illegal modifier of 'gateway'");
>>  ^
>> 6 errors generated.
>> *** Error code 1
>>
>> Stop.
>> make[5]: stopped in /usr/src/lib/libpcap
>> *** Error code 1
> 
> CCing Xin, who did the libpcap upgrade.
> -Ngie
> 

I get an error even with INET6 building grammar.o:

> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of undeclared 
> identifier 'cstate'; did you mean 'cstat'?
> finish_parse(cstate, yystack.l_mark[0].blk.b);
>  
>  ^~   
>  
>  cstat
>  
> grammar.c:1291:1: note: 'cstat' declared here 
>  
> YYPARSE_DECL()
>  
> ^ 
>  

-- 
Regards,
Bryan Drewery




signature.asc
Description: OpenPGP digital signature

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Ngie Cooper (yaneurabeya)]

> On Feb 16, 2017, at 07:30, Oleg V. Nauman  wrote:
> 
> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong -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-switch -
> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
> arguments  -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch -
> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
> arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in
> 'struct _compiler_state'
>cstate.ai = NULL;
>~~ ^
> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared
> identifier 'cstate'
>bpf_error(cstate, "direction applied to 'gateway'");
>  ^
> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared
> identifier 'cstate'
>switch (cstate->linktype) {
>^
> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared
> identifier 'cstate'
>b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR,
> Q_HOST);
>  ^
> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared
> identifier 'cstate'
>tmp = gen_host(cstate, **alist++, 0x, proto,
> Q_OR,
>   ^
> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared
> identifier 'cstate'
>bpf_error(cstate, "illegal modifier of 'gateway'");
>  ^
> 6 errors generated.
> *** Error code 1
> 
> Stop.
> make[5]: stopped in /usr/src/lib/libpcap
> *** Error code 1

CCing Xin, who did the libpcap upgrade.
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Buildworld fails if WITHOUT_INET6=YES defined

[Chris H]

On Thu, 16 Feb 2017 17:30:37 +0200 "Oleg V. Nauman" 
wrote

> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong
> -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-switch - Wno-switch-enum
> -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused- arguments  -c
> /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o cc -target
> i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch -
> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
> arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in 
> 'struct _compiler_state'
> cstate.ai = NULL;
> ~~ ^
> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared 
> identifier 'cstate'
> bpf_error(cstate, "direction applied to 'gateway'");
>   ^
> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared 
> identifier 'cstate'
> switch (cstate->linktype) {
> ^
> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared 
> identifier 'cstate'
> b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR, 
> Q_HOST);
>   ^
> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared 
> identifier 'cstate'
> tmp = gen_host(cstate, **alist++, 0x, proto, 
> Q_OR,
>^
> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared 
> identifier 'cstate'
> bpf_error(cstate, "illegal modifier of 'gateway'");
>   ^
> 6 errors generated.
> *** Error code 1
> 
> Stop.
> make[5]: stopped in /usr/src/lib/libpcap
> *** Error code 1
> 
> 
I regret I don't have an immediate solution for you. But I seem
to remember having seen at least a similar problem posted on the
mailing lists. I did a search, and this was the closest I could
find:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=146910

It's listed as still in progress dated 2010 -- yikes!

Anyway. I think you might do well to create a pr(1) yourself
for this. You can do so at the following link:

https://bugs.freebsd.org/bugzilla/enter_bug.cgi

Best wishes.

--Chris


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

Buildworld fails if WITHOUT_INET6=YES defined

[Oleg V. Nauman]

cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong -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-switch -
Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
arguments  -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o
cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
B/usr/obj/usr/src/tmp/usr/bin  -O2 -pipe -march=core2  -DHAVE_CONFIG_H -
I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -
DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD  -
MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -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-switch -
Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-
arguments  -c /usr/src/contrib/libpcap/gencode.c -o gencode.o
/usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in 
'struct _compiler_state'
cstate.ai = NULL;
~~ ^
/usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared 
identifier 'cstate'
bpf_error(cstate, "direction applied to 'gateway'");
  ^
/usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared 
identifier 'cstate'
switch (cstate->linktype) {
^
/usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared 
identifier 'cstate'
b1 = gen_host(cstate, **alist++, 0x, proto, Q_OR, 
Q_HOST);
  ^
/usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared 
identifier 'cstate'
tmp = gen_host(cstate, **alist++, 0x, proto, 
Q_OR,
   ^
/usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared 
identifier 'cstate'
bpf_error(cstate, "illegal modifier of 'gateway'");
  ^
6 errors generated.
*** Error code 1

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


___
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: [r306298]: buildworld fails with OFED: nm: 'log.pico': No such file or directory

[Marcel Moolenaar]

On September 24, 2016 at 11:14:38 AM, O. Hartmann (ohart...@zedat.fu-berlin.de) 
wrote:

Am Sat, 24 Sep 2016 10:33:26 -0700 
Marcel Moolenaar  schrieb: 

> On September 24, 2016 at 10:26:44 AM, O. Hartmann 
> (ohart...@zedat.fu-berlin.de) wrote: 
> 
> Recent sources of CURRENT (r306298) fail to build while WITH OFED is 
> selected:  
> That’s me. Looking into it. 
> 
> 

It has been resolved by commit 
Thanks for confirming. I was still waiting for my build to complete...




signature.asc
Description: Message signed with OpenPGP using AMPGpg

Re: [r306298]: buildworld fails with OFED: nm: 'log.pico': No such file or directory

[O. Hartmann]

Am Sat, 24 Sep 2016 10:33:26 -0700
Marcel Moolenaar  schrieb:

> On September 24, 2016 at 10:26:44 AM, O. Hartmann 
> (ohart...@zedat.fu-berlin.de) wrote:
> 
> Recent sources of CURRENT (r306298) fail to build while WITH OFED is 
> selected: 
> That’s me. Looking into it.
> 
> 

It has been resolved by commit

Updating '.':
Ucontrib/ofed/usr.lib/libsdp/Makefile
Updated to revision 306300.

It occured on systems with OFED enabled, but I might have overseen the real 
culprit.

Regards,

Oliver


pgpbMwqGA1YUo.pgp
Description: OpenPGP digital signature

Re: [r306298]: buildworld fails with OFED: nm: 'log.pico': No such file or directory

[Marcel Moolenaar]

On September 24, 2016 at 10:26:44 AM, O. Hartmann (ohart...@zedat.fu-berlin.de) 
wrote:

Recent sources of CURRENT (r306298) fail to build while WITH OFED is selected: 
That’s me. Looking into it.




signature.asc
Description: Message signed with OpenPGP using AMPGpg

[r306298]: buildworld fails with OFED: nm: 'log.pico': No such file or directory

[O. Hartmann]

Recent sources of CURRENT (r306298) fail to build while WITH OFED is selected:

[...]
building shared library libibsdp.so.1
--- lib__L ---
--- obj ---
--- obj_subdir_lib/clang/libllvmpowerpcinfo ---
===> lib/clang/libllvmpowerpcinfo (obj)
--- contrib/ofed/usr.lib__L ---
nm: 'log.pico': No such file or directory
nm: 'match.pico': No such file or directory
nm: 'port.pico': No such file or directory
nm: 'config_parser.pico': No such file or directory
nm: 'config_scanner.pico': No such file or directory
cc: error: no such file or directory: 'config_scanner.pico'
cc: error: no such file or directory: 'config_parser.pico'
cc: error: no such file or directory: 'port.pico'
cc: error: no such file or directory: 'match.pico'
cc: error: no such file or directory: 'log.pico'
*** [libibsdp.so.1] Error code 1


pgpj5rrCcpQz6.pgp
Description: OpenPGP digital signature

Re: buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

[David Wolfskill]

On Tue, Sep 06, 2016 at 05:11:11AM -0700, David Wolfskill wrote:
> ...
> Laptop got through "buildworld" Just Fine; re-trying on build machine.
> We may have a race.
> 

OK; build machine succeeded on the second try.  (Laptop did so the first
time).

As that at least raises the possibility of a race condition during the
build, I have placed the typescripts from both builds in
.

The (csh) aliases that are used expand to:

* _bw
  setenv TMPDIR /tmp && \
  id && \
  mount && \
  cd /usr/src && \
  uname -a && \
  date && \
  make -j16 buildworld && \
  date && \
  make -j16 buildkernel && \
  date && \
  rm -fr /boot/modules.old && \
  cp -pr /boot/modules{,.old} && \
  make installkernel && \
  date && \
  pushd /usr/ports && \
  pushd x11/nvidia-driver && \
  make clean ; popd ; popd && \
  date && \
  mergemaster -U -u 0022 -p && \
  date && \
  rm -fr /usr/include.old && \
  date && \
  mv /usr/include{,.old} && \
  date && \
  rm -fr /usr/share/man && \
  date && \
  make installworld && \
  date && \
  mergemaster -F -U -u 0022 -i && \
  date && \
  make delete-old && \
  date && \
  df -k

* _do
  setenv TMPDIR /tmp && \
  id && \
  mount && \
  cd /usr/src && \
  uname -a && \
  date && \
  make delete-old-libs && \
  cp /var/run/dmesg.boot /var/tmp/dmesg.boot.12.0-CURRENT_amd64 && \
  log_uname && \
  date


"log_uname" is a little shell script that appends the output of "uname
-vp" to a file named:
/var/tmp/uname_${arch}.$( uname -r | sed -e 's/\..*$//' )

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

Re: buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

[David Wolfskill]

On Tue, Sep 06, 2016 at 04:36:18AM -0700, David Wolfskill wrote:
> Leading up to this; building on head/amd64 running:
> FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #96  
> r305415M/305415:126: Mon Sep  5 04:35:16 PDT 2016 
> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC  amd64
> 
> ...
> [things generally go downhill from this point] ...
> 
> I'll be repeating the experiment on my laptop shortly.
> 

Laptop got through "buildworld" Just Fine; re-trying on build machine.
We may have a race.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

[David Wolfskill]

Leading up to this; building on head/amd64 running:
FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #96  
r305415M/305415:126: Mon Sep  5 04:35:16 PDT 2016 
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC  amd64

...
--- gnu/lib/libgcc__L ---
Building /common/S4/obj/usr/src/world32/usr/src/gnu/lib/libgcc/_libinstall
--- kerberos5/lib/libhx509__L ---
Building /common/S4/obj/usr/src/world32/usr/src/kerberos5/lib/libhx509/keyset.So
--- secure/lib/libssl__L ---
/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** [libssl.so.8] Error code 1

bmake[4]: stopped in /usr/src/secure/lib/libssl
.ERROR_TARGET='libssl.so.8'
.ERROR_META_FILE='/common/S4/obj/usr/src/world32/usr/src/secure/lib/libssl/libssl.so.8.meta'
.MAKE.LEVEL='4'
MAKEFILE=''
.MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
.CURDIR='/usr/src/secure/lib/libssl'
.MAKE='/usr/obj/usr/src/make.amd64/bmake'
.OBJDIR='/usr/obj/usr/src/world32/usr/src/secure/lib/libssl'
.TARGETS='all'
DESTDIR='/usr/obj/usr/src/lib32'
LD_LIBRARY_PATH=''
MACHINE='i386'
MACHINE_ARCH='i386'
MAKEOBJDIRPREFIX='/usr/obj/usr/src/world32'
MAKESYSPATH='/usr/src/share/mk'
MAKE_VERSION='20160604'
PATH='/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin'
SRCTOP='/usr/src'
OBJTOP='/usr/obj/usr/src/world32/usr/src'
.MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk 
/usr/src/share/mk/src.sys.env.mk /etc/src-env.conf 
/usr/src/share/mk/bsd.mkopt.mk /etc/make.conf /usr/src/share/mk/local.sys.mk 
/usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/secure/lib/libssl/Makefile 
/usr/src/secure/lib/libssl/Makefile.man 
/usr/src/secure/lib/libcrypto/Makefile.inc /usr/src/share/mk/bsd.own.mk 
/usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk 
/usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.endian.mk 
/usr/src/share/mk/bsd.lib.mk /usr/src/share/mk/bsd.init.mk 
/usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk 
/usr/src/secure/lib/libssl/../Makefile.inc 
/usr/src/secure/lib/libssl/../../Makefile.inc /usr/src/share/mk/src.opts.mk 
/usr/src/secure/lib/libssl/../../../lib/Makefile.inc 
/usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk 
/usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk 
/usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk 
/usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk 
/usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk 
/usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk 
/usr/src/share/mk/bsd.sys.mk'
.PATH='. /usr/src/secure/lib/libssl 
/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl 
/usr/src/secure/lib/libssl/man'
1 error

[things generally go downhill from this point] ...

I'll be repeating the experiment on my laptop shortly.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

Re: Buildworld Fails

[Johan Hendriks]

My first Bug report for FreeBSD! Please be gentle with me if it is not
done right!

Bug 209435 has been successfully created


Regards
Johan

Op 10/05/16 om 20:36 schreef Adrian Chadd:
> Hi,
>
> please file a bug and I'll go make sure we can run it without it
> running a script like this. should be easy to do.
>
>
> -a
>
>
> On 10 May 2016 at 11:29, Johan Hendriks  wrote:
>>
>> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>>> On 10 May 2016, at 13:53, Johan Hendriks  wrote:
 My buildworld of current fails today with the following error message.
 This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
 11.0-CURRENT #8 r299158:
>>> ...
 ===> bhnd (all)
 machine -> /usr/src/sys/amd64/include
 x86 -> /usr/src/sys/x86/include
 /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
 /usr/src/sys/dev/bhnd/nvram/nvram_map -h
 make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
 (Permission denied)
>>> Have you got /usr/src mounted noexec?
>>>
>>> -Dimitry
>>>
>> Thank you all.
>> I had exec=off on my /usr/src zfs dataset.
>>
>> Never needed exec on /usr/src so for that reason it was turned to off.
>> Till now, now it is turned to on.
>>
>> Now the kernel builds fine.
>>
>> Thanks Adrian and Dimitry for your time.
>>
>> regards
>> Johan
>>
>>
>>
>> ___
>> 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"

___
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: Buildworld Fails

[Adrian Chadd]

yup, landon already offered to do it.



-adrian


On 10 May 2016 at 11:47, Dimitry Andric  wrote:
> On 10 May 2016, at 20:29, Johan Hendriks  wrote:
>>
>> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>>> On 10 May 2016, at 13:53, Johan Hendriks  wrote:
 My buildworld of current fails today with the following error message.
 This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
 11.0-CURRENT #8 r299158:
>>> ...
 ===> bhnd (all)
 machine -> /usr/src/sys/amd64/include
 x86 -> /usr/src/sys/x86/include
 /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
 /usr/src/sys/dev/bhnd/nvram/nvram_map -h
 make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
 (Permission denied)
>>> Have you got /usr/src mounted noexec?
>>>
>>> -Dimitry
>>>
>> Thank you all.
>> I had exec=off on my /usr/src zfs dataset.
>>
>> Never needed exec on /usr/src so for that reason it was turned to off.
>> Till now, now it is turned to on.
>>
>> Now the kernel builds fine.
>>
>> Thanks Adrian and Dimitry for your time.
>
> I think it *should* be possible to build world with /usr/src mounted
> noexec.  Typically, buildworld shell scripts are run using 'sh', for
> example in sys/conf/kern.post.mk there is:
>
> vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP}
> MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT}
>
> The same should probably be done for the nvram_map_gen.sh script.
>
> -Dimitry
>
___
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: Buildworld Fails

[Dimitry Andric]

On 10 May 2016, at 20:29, Johan Hendriks  wrote:
> 
> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>> On 10 May 2016, at 13:53, Johan Hendriks  wrote:
>>> My buildworld of current fails today with the following error message.
>>> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
>>> 11.0-CURRENT #8 r299158:
>> ...
>>> ===> bhnd (all)
>>> machine -> /usr/src/sys/amd64/include
>>> x86 -> /usr/src/sys/x86/include
>>> /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
>>> /usr/src/sys/dev/bhnd/nvram/nvram_map -h
>>> make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
>>> (Permission denied)
>> Have you got /usr/src mounted noexec?
>> 
>> -Dimitry
>> 
> Thank you all.
> I had exec=off on my /usr/src zfs dataset.
> 
> Never needed exec on /usr/src so for that reason it was turned to off.
> Till now, now it is turned to on.
> 
> Now the kernel builds fine.
> 
> Thanks Adrian and Dimitry for your time.

I think it *should* be possible to build world with /usr/src mounted
noexec.  Typically, buildworld shell scripts are run using 'sh', for
example in sys/conf/kern.post.mk there is:

vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP}
MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT}

The same should probably be done for the nvram_map_gen.sh script.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Buildworld Fails

[Adrian Chadd]

Hi,

please file a bug and I'll go make sure we can run it without it
running a script like this. should be easy to do.


-a


On 10 May 2016 at 11:29, Johan Hendriks  wrote:
>
>
> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>> On 10 May 2016, at 13:53, Johan Hendriks  wrote:
>>> My buildworld of current fails today with the following error message.
>>> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
>>> 11.0-CURRENT #8 r299158:
>> ...
>>> ===> bhnd (all)
>>> machine -> /usr/src/sys/amd64/include
>>> x86 -> /usr/src/sys/x86/include
>>> /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
>>> /usr/src/sys/dev/bhnd/nvram/nvram_map -h
>>> make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
>>> (Permission denied)
>> Have you got /usr/src mounted noexec?
>>
>> -Dimitry
>>
> Thank you all.
> I had exec=off on my /usr/src zfs dataset.
>
> Never needed exec on /usr/src so for that reason it was turned to off.
> Till now, now it is turned to on.
>
> Now the kernel builds fine.
>
> Thanks Adrian and Dimitry for your time.
>
> regards
> Johan
>
>
>
> ___
> 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"
___
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: Buildworld Fails

[Johan Hendriks]

Op 10/05/16 om 19:47 schreef Dimitry Andric:
> On 10 May 2016, at 13:53, Johan Hendriks  wrote:
>> My buildworld of current fails today with the following error message.
>> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
>> 11.0-CURRENT #8 r299158:
> ...
>> ===> bhnd (all)
>> machine -> /usr/src/sys/amd64/include
>> x86 -> /usr/src/sys/x86/include
>> /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
>> /usr/src/sys/dev/bhnd/nvram/nvram_map -h
>> make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
>> (Permission denied)
> Have you got /usr/src mounted noexec?
>
> -Dimitry
>
Thank you all.
I had exec=off on my /usr/src zfs dataset.

Never needed exec on /usr/src so for that reason it was turned to off.
Till now, now it is turned to on.

Now the kernel builds fine.

Thanks Adrian and Dimitry for your time.

regards
Johan



___
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: Buildworld Fails

[Dimitry Andric]

On 10 May 2016, at 13:53, Johan Hendriks  wrote:
> 
> My buildworld of current fails today with the following error message.
> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
> 11.0-CURRENT #8 r299158:
...
> ===> bhnd (all)
> machine -> /usr/src/sys/amd64/include
> x86 -> /usr/src/sys/x86/include
> /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
> /usr/src/sys/dev/bhnd/nvram/nvram_map -h
> make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
> (Permission denied)

Have you got /usr/src mounted noexec?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Buildworld Fails

[Adrian Chadd]

That's odd; it doesn't happen here.. can you run that script manually?


On 10 May 2016 at 04:53, Johan Hendriks  wrote:
> My buildworld of current fails today with the following error message.
> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
> 11.0-CURRENT #8 r299158:
>
> cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
> -nostdinc   -DHAVE_KERNEL_OPTION_HEADERS -include
> /usr/obj/usr/src/sys/KRNL/opt_global.h -I. -I/usr/src/sys -fno-common -g
> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I/usr/obj/usr/src/sys/KRNL  -MD  -MF.depend.if_bge.o -MTif_bge.o
> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector
> -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
> -Wno-pointer-sign -D__printf__=__freebsd_kprintf__
> -Wmissing-include-dirs -fdiagnostics-show-option  -Wno-unknown-pragmas
> -Wno-error-tautological-compare -Wno-error-empty-body
> -Wno-error-parentheses-equality -Wno-error-unused-function
> -Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes
> -mno-avx  -std=iso9899:1999 -c
> /usr/src/sys/modules/bge/../../dev/bge/if_bge.c -o if_bge.o
> ctfconvert -L VERSION -g if_bge.o
> ld -d -warn-common -r -d -o if_bge.ko.full if_bge.o
> ctfmerge -L VERSION -g -o if_bge.ko.full if_bge.o
>
> :> export_syms
> awk -f /usr/src/sys/conf/kmod_syms.awk if_bge.ko.full  export_syms |
> xargs -J% objcopy % if_bge.ko.full
> objcopy --only-keep-debug if_bge.ko.full if_bge.ko.debug
> objcopy --strip-debug --add-gnu-debuglink=if_bge.ko.debug
> if_bge.ko.full if_bge.ko
> ===> bhnd (all)
> machine -> /usr/src/sys/amd64/include
> x86 -> /usr/src/sys/x86/include
> /usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh
> /usr/src/sys/dev/bhnd/nvram/nvram_map -h
> make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
> (Permission denied)
> *** Error code 1
>
> Stop.
> make[4]: stopped in /usr/src/sys/modules/bhnd
> *** Error code 1
>
> Stop.
> make[3]: stopped in /usr/src/sys/modules
> *** Error code 1
>
> Stop.
> make[2]: stopped in /usr/obj/usr/src/sys/KRNL
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src
>
>
> My kernel Config File
>
> include GENERIC
> ident   KRNL
>
> # hast support
> options GEOM_GATE
>
> # Carp support
> device  carp
>
> # pf
> options ALTQ
> options ALTQ_CBQ
> options ALTQ_RED
> options ALTQ_RIO
> options ALTQ_HFSC
> options ALTQ_CDNR
> options ALTQ_PRIQ
> device  pf
> device  pflog
> device  pfsync
>
> # new CAM scheduler
> options CAM_NETFLIX_IOSCHED
>
> # Console color options
> options SC_NORM_ATTR=(FG_LIGHTGREY|BG_BLACK)
> options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN)
> options SC_KERNEL_CONS_ATTR=(FG_BROWN|BG_BLACK)
> options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED)
>
> # System console options
> options SC_DISABLE_REBOOT   # disable reboot key sequence
> options SC_HISTORY_SIZE=8192 # number of history buffer lines
>
> What could be wrong?
>
> regards
>
> Johan
>
>
> ___
> 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"
___
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"

Buildworld Fails

[Johan Hendriks]

My buildworld of current fails today with the following error message.
This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
11.0-CURRENT #8 r299158:

cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
-nostdinc   -DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/KRNL/opt_global.h -I. -I/usr/src/sys -fno-common -g
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
-I/usr/obj/usr/src/sys/KRNL  -MD  -MF.depend.if_bge.o -MTif_bge.o
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector
-gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option  -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes
-mno-avx  -std=iso9899:1999 -c
/usr/src/sys/modules/bge/../../dev/bge/if_bge.c -o if_bge.o
ctfconvert -L VERSION -g if_bge.o
ld -d -warn-common -r -d -o if_bge.ko.full if_bge.o
ctfmerge -L VERSION -g -o if_bge.ko.full if_bge.o

:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk if_bge.ko.full  export_syms |
xargs -J% objcopy % if_bge.ko.full
objcopy --only-keep-debug if_bge.ko.full if_bge.ko.debug
objcopy --strip-debug --add-gnu-debuglink=if_bge.ko.debug 
if_bge.ko.full if_bge.ko
===> bhnd (all)
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/include
/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh 
/usr/src/sys/dev/bhnd/nvram/nvram_map -h
make[4]: exec(/usr/src/sys/dev/bhnd/tools/nvram_map_gen.sh) failed
(Permission denied)
*** Error code 1

Stop.
make[4]: stopped in /usr/src/sys/modules/bhnd
*** Error code 1

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

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/KRNL
*** Error code 1

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

Stop.
make: stopped in /usr/src


My kernel Config File

include GENERIC
ident   KRNL

# hast support
options GEOM_GATE

# Carp support
device  carp

# pf
options ALTQ
options ALTQ_CBQ
options ALTQ_RED
options ALTQ_RIO
options ALTQ_HFSC
options ALTQ_CDNR
options ALTQ_PRIQ
device  pf
device  pflog
device  pfsync

# new CAM scheduler
options CAM_NETFLIX_IOSCHED

# Console color options
options SC_NORM_ATTR=(FG_LIGHTGREY|BG_BLACK)
options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN)
options SC_KERNEL_CONS_ATTR=(FG_BROWN|BG_BLACK)
options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED)

# System console options
options SC_DISABLE_REBOOT   # disable reboot key sequence
options SC_HISTORY_SIZE=8192 # number of history buffer lines

What could be wrong?

regards

Johan


___
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: r287246: buildworld fails: ld: i386:x86-64 architecture of input file `/usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a(qdivrem.o)' is incompatible with i386 output

[Garrett Cooper]

Warner broke sys/boot somehow.. Jenkins concurs.



 On Aug 27, 2015, at 23:41, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
 
 Recent CURRENT sources fail to buildworld:
 
 [...]
 --- util.o ---
 cc  -DBOOTPROG=\gptboot\  -O1  -DGPT  -DUFS1_AND_UFS2  -DSIOPRT=0x3f8
 -DSIOFMT=0x3  -DSIOSPD=9600  -I/usr/src/sys/boot/i386/gptboot/../../common
 -I/usr/src/sys/boot/i386/gptboot/../common
 -I/usr/src/sys/boot/i386/gptboot/../btx/lib -I.
 -I/usr/src/sys/boot/i386/gptboot/../boot2
 -I/usr/src/sys/boot/i386/gptboot/../../..  -Wall -Waggregate-return
 -Wbad-function-cast -Wcast-align  -Wmissing-declarations -Wmissing-prototypes
 -Wnested-externs  -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings
 -Winline -march=i386 -ffreestanding -mno-mmx -mno-sse -mno-avx -msoft-float
 -m32 -DNDEBUG -std=gnu99-Qunused-arguments
 -c /usr/src/sys/boot/i386/gptboot/../../common/util.c -o util.o --- gptldr.out
 --- ld -static -N --gc-sections -m elf_i386_fbsd -e start -Ttext 0x7c00 -o
 gptldr.out gptldr.o --- gptboot.out --- ld -static -N --gc-sections -m
 elf_i386_fbsd -Ttext 0x0 -o
 gptboot.out /usr/obj/usr/src/sys/boot/i386/gptboot/../btx/lib/crt0.o gptboot.o
 sio.o gpt.o crc32.o drv.o cons.o
 util.o /usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a ld:
 i386:x86-64 architecture of input file
 `/usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a(qdivrem.o)'
 is incompatible with i386 output *** [gptboot.out] Error code 1
 
 make[6]: stopped in /usr/src/sys/boot/i386/gptboot
 1 error
 
 make[6]: stopped in /usr/src/sys/boot/i386/gptboot
 *** [_sub.all] Error code 2
 ___
 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
___
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

r287246: buildworld fails: ld: i386:x86-64 architecture of input file `/usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a(qdivrem.o)' is incompatible with i386 output

[O. Hartmann]

Recent CURRENT sources fail to buildworld:

[...]
--- util.o ---
cc  -DBOOTPROG=\gptboot\  -O1  -DGPT  -DUFS1_AND_UFS2  -DSIOPRT=0x3f8
-DSIOFMT=0x3  -DSIOSPD=9600  -I/usr/src/sys/boot/i386/gptboot/../../common
-I/usr/src/sys/boot/i386/gptboot/../common
-I/usr/src/sys/boot/i386/gptboot/../btx/lib -I.
-I/usr/src/sys/boot/i386/gptboot/../boot2
-I/usr/src/sys/boot/i386/gptboot/../../..  -Wall -Waggregate-return
-Wbad-function-cast -Wcast-align  -Wmissing-declarations -Wmissing-prototypes
-Wnested-externs  -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings
-Winline -march=i386 -ffreestanding -mno-mmx -mno-sse -mno-avx -msoft-float
-m32 -DNDEBUG -std=gnu99-Qunused-arguments
-c /usr/src/sys/boot/i386/gptboot/../../common/util.c -o util.o --- gptldr.out
--- ld -static -N --gc-sections -m elf_i386_fbsd -e start -Ttext 0x7c00 -o
gptldr.out gptldr.o --- gptboot.out --- ld -static -N --gc-sections -m
elf_i386_fbsd -Ttext 0x0 -o
gptboot.out /usr/obj/usr/src/sys/boot/i386/gptboot/../btx/lib/crt0.o gptboot.o
sio.o gpt.o crc32.o drv.o cons.o
util.o /usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a ld:
i386:x86-64 architecture of input file
`/usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a(qdivrem.o)'
is incompatible with i386 output *** [gptboot.out] Error code 1

make[6]: stopped in /usr/src/sys/boot/i386/gptboot
1 error

make[6]: stopped in /usr/src/sys/boot/i386/gptboot
*** [_sub.all] Error code 2
___
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: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

 I fixed 2/3 of the issues in the following commits:
 1. https://svnweb.freebsd.org/changeset/base/276319
 3. https://svnweb.freebsd.org/changeset/base/276318

Thanks for the e-mail Garret. Before I proceed to file PR, I'd like some input 
as to what to do about these problems which I had mentioned in subsequent 
emails and which I can confirm persist after a fresh buildworld run (removed 
Herbert's patch) on Rev: 276354.

PROBLEM-1: ctld. Not shure how much CAM and ZFS are related. Not using anything 
CAM afaik, as netiher kernel (device ctl) nor loadr.conf have ctld. So I assume 
this is a no big deal level issue?
=== usr.sbin/ctld (all)
cc  -O2 -pipe   -I/asp/git/src/usr.sbin/ctld 
-I/asp/git/src/usr.sbin/ctld/../../sys 
-I/asp/git/src/usr.sbin/ctld/../../sys/cam/ctl 
-I/asp/git/src/usr.sbin/ctld/../../sys/dev/iscsi -DNDEBUG -std=gnu99 
-fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments  -o ctld 
ctld.o discovery.o isns.o kernel.o keys.o log.o login.o parse.o pdu.o token.o  
-lbsdxml  -ll  -lsbuf  -lutil
discovery.o: In function `discovery_target_filtered_out':
/asp/git/src/usr.sbin/ctld/discovery.c:(.text+0x45b): undefined reference to 
`chap_authenticate'
login.o: In function `login':
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x628): undefined reference to 
`chap_new'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x648): undefined reference to 
`chap_get_challenge'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x654): undefined reference to 
`chap_get_id'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x7a0): undefined reference to 
`chap_receive'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x7cc): undefined reference to 
`chap_authenticate'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x8e2): undefined reference to 
`rchap_new'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x8f3): undefined reference to 
`rchap_receive'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x903): undefined reference to 
`rchap_get_response'
/asp/git/src/usr.sbin/ctld/login.c:(.text+0x90e): undefined reference to 
`rchap_delete'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

PROBLEM-2: MK_PKGBOOTSTRAP
=== usr.sbin/pkg (all)
cc  -O2 -pipe   -I/asp/git/src/usr.sbin/pkg/../../contrib/libucl/include 
-DNDEBUG -std=gnu99 -fstack-protector -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 -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 /asp/git/src/usr.sbin/pkg/pkg.c
/asp/git/src/usr.sbin/pkg/pkg.c:54:10: fatal error: 'openssl/err.h' file
  not found
#include openssl/err.h

PROBLEM-3: No /usr/sbin/mtree after # installworld

Other than these 3, there's also the persistent problem involving ccache, which 
again is no big deal, just FYI.

Regards

-- 
FreeBSD_amd64_11-Current_RadeonKMS


pgpS5A799pkd7.pgp
Description: OpenPGP digital signature

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Garrett Cooper]

On Dec 24, 2014, at 1:45, Beeblebrox zap...@berentweb.com wrote:

 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes
 
 * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
 === lib/libbsnmp/libbsnmp (all)
 cc   -O2 -pipe   
 -I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
 -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
 -DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
 -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 
 -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 
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
 snmpcrypto.o
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
  error: 
  conflicting types for 'snmp_passwd_to_keys'
 snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
 note: 
  previous declaration is here
 enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
  error: 
  conflicting types for 'snmp_get_local_keys'
 snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
 note: 
  previous declaration is here
 enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);
 
 * Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
 === lib/libldns (all)
 /usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
 -pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -c 
 /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o
 In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
 In file included from 
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
  'openssl/ssl.h' file not found
 #include openssl/ssl.h
 
 * I found no work-around for this problem so I'm now stuck.
 === lib/libc/tests/hash (depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   
 depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=sha2_test  DEPENDFILE=.depend.sha2_test 
 .MAKE.DEPENDFILE=.depend.sha2_test   depend)
 rm -f .depend.sha2_test
 CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 
 ' mkdep -f .depend.sha2_test -a
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
 -I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
 -std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
 /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
  'openssl/sha.h' file not found

Hi,

I fixed 2/3 of the issues in the following commits:

1. https://svnweb.freebsd.org/changeset/base/276319
3. https://svnweb.freebsd.org/changeset/base/276318

ldns needs to be fixed to not define LDNS_BUILD_CONFIG_HAVE_SSL to 1 in 
common.h and HAVE_SSL in config.h. I didn’t touch it because I don’t maintain 
that component and the issue isn’t a trivial fix and I can’t test all of the 
permutations easily. Please file a PR and CC des@ on the PR.

Thanks for the report!


signature.asc
Description: Message signed with OpenPGP using GPGMail

Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

I plan on using openssl from ports and have no need for kerberos.
/etc/src.conf  WITHOUT_CRYPT= yes

* First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
=== lib/libbsnmp/libbsnmp (all)
cc   -O2 -pipe   
-I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
-DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
-DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
-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 
-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 
/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
snmpcrypto.o
/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
 error: 
  conflicting types for 'snmp_passwd_to_keys'
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
note: 
  previous declaration is here
enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
 error: 
  conflicting types for 'snmp_get_local_keys'
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
note: 
  previous declaration is here
enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);

* Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
=== lib/libldns (all)
/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
-pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -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 
-Qunused-arguments -c /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o 
buffer.o
In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
In file included from 
/asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
/asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
  'openssl/ssl.h' file not found
#include openssl/ssl.h

* I found no work-around for this problem so I'm now stuck.
=== lib/libc/tests/hash (depend)
(cd /asp/git/src/lib/libc/tests/hash  make -f 
/asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   depend)
(cd /asp/git/src/lib/libc/tests/hash  make -f 
/asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
PROG=sha2_test  DEPENDFILE=.depend.sha2_test .MAKE.DEPENDFILE=.depend.sha2_test 
  depend)
rm -f .depend.sha2_test
CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 ' 
mkdep -f .depend.sha2_test -a
-I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
-I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
-I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
-std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
/asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
  'openssl/sha.h' file not found

* I would prefer being able to use SSH from world (instead of dropbear), but 
that seems impossible when openssl is disabled.

* Different question, but when doing buildworld for i386 (buildworld 
TARGET=i386) I try CCACHE_DISABLE=yes or -DNO_CCACHE. Both alternatives seem to 
be ignored, because of the output I see scrolling by (all lines begin with 
/usr/local/libexec/ccache/world/clang). Is this as expected or am I doing it 
wrong?

Regards.
-- 
FreeBSD_amd64_11-Current_RadeonKMS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes
 
 * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
 === lib/libbsnmp/libbsnmp (all)
 cc   -O2 -pipe   
 -I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
 -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
 -DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
 -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 
 -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 
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
 snmpcrypto.o
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
  error: 
   conflicting types for 'snmp_passwd_to_keys'
 snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
  error: 
   conflicting types for 'snmp_get_local_keys'
 snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);
 
 * Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
 === lib/libldns (all)
 /usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
 -pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -c 
 /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o
 In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
 In file included from 
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
   'openssl/ssl.h' file not found
 #include openssl/ssl.h
 
 * I found no work-around for this problem so I'm now stuck.
 === lib/libc/tests/hash (depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   
 depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=sha2_test  DEPENDFILE=.depend.sha2_test 
 .MAKE.DEPENDFILE=.depend.sha2_test   depend)
 rm -f .depend.sha2_test
 CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 
 ' mkdep -f .depend.sha2_test -a
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
 -I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
 -std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
 /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
   'openssl/sha.h' file not found

I am not running HEAD, but have you tried to disable MK_TESTS as well?
The file lib/libc/Makefile.amd64 includes:

if ${MK_TESTS} != no
SUBDIR+=tests
.endif

 * I would prefer being able to use SSH from world (instead of dropbear), but 
 that seems impossible when openssl is disabled.

What's wrong with security/openssh-portable?

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Scot Hetzel]

On Wed, Dec 24, 2014 at 3:45 AM, Beeblebrox zap...@berentweb.com wrote:
 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes

Instead of using WITHOUT_CRYPT, you could have used WITHOUT_KERBEROS.


 * I would prefer being able to use SSH from world (instead of dropbear), but 
 that seems impossible when openssl is disabled.


Using WITHOUT_KERBEROS would allow SSH and other programs built from
world to use the base openssl.

You can still install openssl from ports.  Set WITH_OPENSSL_PORT=yes
in /etc/make.conf to allow the ports to use the openssl port instead
of the openssl from source.

-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes
 
 * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
 === lib/libbsnmp/libbsnmp (all)
 cc   -O2 -pipe   
 -I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
 -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
 -DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
 -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 
 -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 
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
 snmpcrypto.o
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
  error: 
   conflicting types for 'snmp_passwd_to_keys'
 snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
  error: 
   conflicting types for 'snmp_get_local_keys'
 snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);
 
 * Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
 === lib/libldns (all)
 /usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
 -pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -c 
 /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o
 In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
 In file included from 
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
   'openssl/ssl.h' file not found
 #include openssl/ssl.h
 
 * I found no work-around for this problem so I'm now stuck.
 === lib/libc/tests/hash (depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   
 depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=sha2_test  DEPENDFILE=.depend.sha2_test 
 .MAKE.DEPENDFILE=.depend.sha2_test   depend)
 rm -f .depend.sha2_test
 CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 
 ' mkdep -f .depend.sha2_test -a
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
 -I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
 -std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
 /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
   'openssl/sha.h' file not found

For this error, maybe the following patch can be applied:

Index: lib/libc/tests/Makefile
===
--- lib/libc/tests/Makefile (revision 276057)
+++ lib/libc/tests/Makefile (working copy)
@@ -9,7 +9,6 @@
 TESTS_SUBDIRS= c063
 TESTS_SUBDIRS+=db
 TESTS_SUBDIRS+=gen
-TESTS_SUBDIRS+=hash
 TESTS_SUBDIRS+=inet
 TESTS_SUBDIRS+=net
 TESTS_SUBDIRS+=regex
@@ -29,4 +28,8 @@
 TESTS_SUBDIRS+=ssp
 .endif
 
+.if ${MK_OPENSSL} != no
+TESTS_SUBDIRS+= hash
+.endif
+
 .include bsd.test.mk

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

 Instead of using WITHOUT_CRYPT, you could have used WITHOUT_KERBEROS.
I know that, but I don't want to waste time compiling openssl either.

 You can still install openssl from ports.
Thanks. As stated it's just a matter of not wanting to compile something I'm 
not going to use.

 What's wrong with security/openssh-portable?
Nothing, I just gave dropbear as an example. This port would be preferable of 
course.

I re-started buildworld after re-enabling all crypto modules (incl
krb5) and it's now breaking at telnet:
=== libexec/telnetd (all)
cc  -O2 -pipe   -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON  -DENV_HACK 
-DSTREAMSPTY -I/asp/git/src/libexec/telnetd/../../contrib/telnet 
-I/asp/git/src/libexec/telnetd/../../contrib/telnet/telnet -DAUTHENTICATION 
-DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -DNDEBUG -std=gnu99 
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized 
-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-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments  -o telnetd 
global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o 
-L/usr/obj/asp/git/src/lib/libtelnet -ltelnet  -lutil  -lncursesw  -lmp  
-lcrypto  -lpam  -lkrb5   -lroken -lpthread
/usr/obj/asp/git/src/lib/libtelnet/libtelnet.a(auth.o): In function `auth_name':
/asp/git/src/lib/libtelnet/../../contrib/telnet/libtelnet/auth.c:(.text+0x9d5): 
undefined reference to `auth_encrypt_user'
/usr/obj/asp/git/src/lib/libtelnet/libtelnet.a(sra.o): In function `sra_is':
/asp/git/src/lib/libtelnet/../../contrib/telnet/libtelnet/sra.c:(.text+0x290): 
undefined reference to `auth_encrypt_user'
cc: error: linker command failed with exit code 1 (use -v to see invocation)

Herbert: I'm going to have to delete the whole compiled mess and re-start. I'll 
apply your patch and advise the results.

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

I patched Herbert's code, deleted the entire partial world and have 
WITHOUT_CRYPT, WITHOUT_BSNMP in src.conf.

First this part below broke, but managed to move forward when I disabled ccache 
(clipped for brevity):
=== rescue/rescue/chown/tests (depend)
(cd /asp/git/src/usr.sbin/chown/tests  make -f 
/asp/git/src/usr.sbin/chown/tests/Makefile SUBDIR= _RECURSING_PROGS=  depend)
`chown.o' is up to date.
nc.lo: In function `_$$hide$$ nc.lo main':
(.text+0x61a): warning: warning: mktemp() possibly used unsafely; consider 
using mkstemp()
/usr/lib/libarchive.a(archive_crypto.o): In function 
`__archive_openssl_md5init':
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0xa):
 undefined reference to `EVP_md5'
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0x15):
 undefined reference to `EVP_DigestInit'
..
/usr/lib/libarchive.a(archive_crypto.o): In function 
`__archive_openssl_sha512init':
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0x1ba):
 undefined reference to `EVP_sha512'
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0x1c5):
 undefined reference to `EVP_DigestInit'
/usr/lib/libarchive.a(archive_crypto.o): In function 
`__archive_openssl_sha512update':
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0x1e5):
 undefined reference to `EVP_DigestUpdate'
/usr/lib/libarchive.a(archive_crypto.o): In function 
`__archive_openssl_sha512final':
/asp/git/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_crypto.c:(.text+0x1f7):
undefined reference to `EVP_DigestFinal'

* Then LDNS broke again, so I disabled that once more:
=== lib/libldns (all)
make[5]: /usr/obj/asp/git/src/lib/libldns/.depend, 2187: ignoring stale .depend 
for /usr/obj/asp/git/src/tmp/usr/lib/libcrypto.a
building shared library libldns.so.5
/usr/obj/asp/git/src/tmp/usr/bin/ld: cannot find -lcrypto

* Finally buildworld broke at CAM
=== usr.sbin/ctld (all)
cc  -O2 -pipe   -I/asp/git/src/usr.sbin/ctld 
-I/asp/git/src/usr.sbin/ctld/../../sys 
-I/asp/git/src/usr.sbin/ctld/../../sys/cam/ctl 
-I/asp/git/src/usr.sbin/ctld/../../sys/dev/iscsi -DNDEBUG -std=gnu99 
-fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c 
/asp/git/src/usr.sbin/ctld/chap.c
/asp/git/src/usr.sbin/ctld/chap.c:38:10: fatal error: 'openssl/err.h' file not
  found
#include openssl/err.h
That file has several: (#include openssl/err.h, #include openssl/md5.h, 
#include openssl/rand.h). Other that deleting the include lines, how should I 
disable those?

* At svn revision 276177

Wow I haven't had this much trouble for quite a while. I don't see a full moon, 
so it must be because of the way the planets are aligned today :(

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

* So as to keep the build going, I commented out ctld in the usr.sbin/Makefile

* The next part to break was pkg. I set WITHOUT_PKGTOOLS, but that did
  not solve the problem, so I once more had to comment out in
  usr.sbin/Makefile SUBDIR+= pkg
=== usr.sbin/pkg (all)
cc  -O2 -pipe   -I/asp/git/src/usr.sbin/pkg/../../contrib/libucl/include 
-DNDEBUG -std=gnu99 -fstack-protector -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 -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 /asp/git/src/usr.sbin/pkg/pkg.c
/asp/git/src/usr.sbin/pkg/pkg.c:54:10: fatal error: 'openssl/err.h' file not 
found
#include openssl/err.h

* Buildworld finally finished, but admittedly it's plain ugly. I decided to 
post the last the process so as to help anyone who might have a similar 
experience. Whether the CRYPT code should be used from base or ports is 
debatable, but BASE does not seem ready for complete switch for these functions 
from /src to /ports.

Regards.
-- 
FreeBSD_amd64_11-Current_RadeonKMS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 02:47:57PM +0200, Beeblebrox wrote:
 I patched Herbert's code, deleted the entire partial world and have
 WITHOUT_CRYPT, WITHOUT_BSNMP in src.conf.

Too many parts require openssl (libfetch, bsdinstall/distfetch?, pkg, dma, etc.)
some of them can be disabled with knobs but others require some hacking. 

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 04:33:19PM +0200, Beeblebrox wrote:
 * So as to keep the build going, I commented out ctld in the usr.sbin/Makefile
 
 * The next part to break was pkg. I set WITHOUT_PKGTOOLS, but that did
   not solve the problem, so I once more had to comment out in
   usr.sbin/Makefile SUBDIR+= pkg
 === usr.sbin/pkg (all)
 cc  -O2 -pipe   -I/asp/git/src/usr.sbin/pkg/../../contrib/libucl/include 
 -DNDEBUG -std=gnu99 -fstack-protector -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 -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 
 /asp/git/src/usr.sbin/pkg/pkg.c
 /asp/git/src/usr.sbin/pkg/pkg.c:54:10: fatal error: 'openssl/err.h' file not 
 found
 #include openssl/err.h

Have you tried to set WITHOUT_PKGBOOTSTRAP?

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

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Beeblebrox]

So far from what I can tell, two modules don't get built for some reason.

* sys/boot/i386/boot2
I built and installed this manually:

* usr/sbin/mtree
This is missing, and usr.sbin/mtree gives fmtree. Trying
from contrib/mtree results in:
/usr/local/libexec/ccache/world/clang -O2 -pipe   -DNDEBUG -std=gnu99 
-fstack-protector   -Qunused-arguments -c compare.c
compare.c:61:10: fatal error: 'rmd160.h' file not found
#include rmd160.h

That file seems to be one of sys/opencrypto/rmd160.h or lib/libnetbsd/rmd160.h, 
but at this point I'm stumped. Did this have anything to do with Herbert's 
patch? 
I had cleaned out my poudriere amd64 jail, and mtree is needed for pkg 
building. I finally resorted to copying the two-week old mtree binary from 
/usr/sbin to the poudriere jail.

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

buildworld fails: spa_maxblocksize

[Russell L. Carter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So the ztest link fails looking for spa_maxblocksize, which
is defined in

sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa_misc.c

I don't see which lib it is included in. One of zpool, zfs,
or zfs_core, apparently.

As my build system is root on zfs, I am a bit nervous about
just installing those (shouldn't buildworld take care of
this?)

It looks to me that my buildworld environment is reaching
out to the exterior system, is that right?  I have set

export MAKEOBJDIRPREFIX=/usr/obj

before invoking buildworld, but it doesn't help.

Ideas?

Thanks,
Russell
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJUYsW4AAoJEFnLrGVSDFaE6RwP/RL43zI7dIp3Xl3WSEVpCjLH
uz7PLKjcHpJoLP8MU4cA6QYB+w2aIT6L5xEwdWDvFJXj1TIV0cgyd9Pn/nSmxKnD
2grZxcHmdKV9Lkmvegb6BaGs0ysSHbaVr95XIpRNCBXM9gE+8HIqLgFhkDPQCaRU
OjbOOjLpdfdW5qWlQasMBVwsnLJHpd0TJKwV43NQYMkmohLsQWbPvEA72N5X1131
UzJZGP2SMivNwlyW++V0ZbNflsaR40IsZk+1BJaHS5ywnFVgXqj1uFnv5l0TfzUE
nUsIcrQ00/ETpcypCnsHuJyUOKey/OzVyLLlzmSSpxUtDBU/2QKNxeVtkroLvJIf
w6IBR9H6mWIzebNKodxnP7jkE59yMpgEzvFzNHwuc3EVhYRLK4eD7TN524DV3/KK
81b2rdpaPXHh+PqFJQ82XHlpV1pCn0JxQNUjVOzuiXchg7HQAJdBrJhTGsb/g0Z/
KxEuk7t+WchcIakemFQNPmvyg3r2UfzMTyrNN2nxyCRSXk94Xgw8GyWl9f+5DmtR
m5gIdEVNpIijwBeYZ+ctDjzRrRJ+cwnVq/35Doiot+lvefDo3Ky00+5w8iHwPAmT
rJ1X/lX00CmBcaU/bginYBJCSckvBOuoU6pW6W8F3wvsVKCOmBnLTz5e64P/i62R
hLnD6BcqlmCORw6FqMaO
=totl
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[O. Hartmann]

Am Sun, 5 Oct 2014 15:20:20 -0700
Mark Johnston ma...@freebsd.org schrieb:

 On Sun, Oct 05, 2014 at 11:18:55AM +0200, O. Hartmann wrote:
  Am Sun, 5 Oct 2014 05:36:57 +0400
  Arseny Nasokin eir...@gmail.com schrieb:
  
   Mark,
   
   Thank you for patch, I encounter same error and this patch works for me.
   
   ✪
   
   
   -- Eir Nym
   
   On 5 October 2014 04:43, Mark Johnston ma...@freebsd.org wrote:
   
On Sat, Oct 04, 2014 at 04:41:07PM -0700, Russell L. Carter wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1



 On 10/04/14 15:58, Mark Johnston wrote:
  On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston ma...@freebsd.org
  wrote:
  On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
  On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston
  ma...@freebsd.org wrote:
  On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
  Recent sources (Revision: 272529) fail to compile:
 
  [...] cc -m32 -march=native -DCOMPAT_32BIT  -isystem
  /usr/obj/usr/src/lib32/usr/include/
  -L/usr/obj/usr/src/lib32/usr/lib32
  -B/usr/obj/usr/src/lib32/usr/lib32  -O2 -pipe -O3 -O3 -pipe
  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99
  -fstack-protector -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-switch
  -Wno-switch-enum -Wno-knr-promoted-parameter
  -Wno-parentheses -Qunused-arguments -c
  /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o ---
  all_subdir_libproc --- --- libproc.so.3 ---
  /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible
  /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
 
  I'm confused by this message. Are you building with
  -DNO_CLEAN? Do you have anything in make.conf or src.conf,
  especially anything that's changed since libctf was rebuilt?
 
  You might try rebuilding libctf with
 
  $ cd /usr/src $ make -C cddl/lib/libctf clean all
 
  but I'm not sure why ld is ignoring the existing libctf.so.
 
  The failure is coming while building the lib32 compat
  libraries.  Are we not currently building a lib32 libctf.so?
 
  No, we do. One thing I've noticed is that cddl/lib is built after
  lib/ when compiling 32-bit libs, whereas cddl/lib is built first
  when building natively.
 
  Sorry, that's not even true. I misread a part of Makefile.inc1.
 
  I'm still not able to reproduce the problem, but it seems that the
  patch here is appropriate:
  http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
 
  Oliver, could you give this a try?

 Even poudriere can't get past this one.
   
Sorry, it was incomplete. It's been updated:
http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 
freebsd-current-unsubscr...@freebsd.org
   
   ___
   freebsd-current@freebsd.org mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-current
   To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
  
  After some minor corrections to the patch (the patched original sources 
  seem not to
  match most recent CURRENT sources as of revision 272562), buildworld works 
  again as
  expected.
  
  Thank you very much.
 
 Committed as r272576. Sorry for the breakage.
 
 The patch was generated from my git tree, which didn't contain r272484,
 so the patch wouldn't apply to svn cleanly. I'll be sure to check that
 next time. :(
 
 Thanks,
 -Mark
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

... everything is shiny here ...

Oliver


signature.asc
Description: PGP signature

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[O. Hartmann]

Am Sat, 4 Oct 2014 15:58:48 -0700
Mark Johnston ma...@freebsd.org schrieb:

 On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston ma...@freebsd.org wrote:
  On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
  On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston ma...@freebsd.org wrote:
   On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
   Recent sources (Revision: 272529) fail to compile:
  
   [...]
   cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
   /usr/obj/usr/src/lib32/usr/include/
   -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  
   -O2 -pipe
   -O3 -O3 -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc 
   -std=gnu99
   -fstack-protector -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-switch -Wno-switch-enum 
   -Wno-knr-promoted-parameter
   -Wno-parentheses -Qunused-arguments -c 
   /usr/src/lib/librpcsvc/yp_passwd.c -o
   yp_passwd.o --- all_subdir_libproc --- --- libproc.so.3
   --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
   incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
  
   I'm confused by this message. Are you building with -DNO_CLEAN? Do you
   have anything in make.conf or src.conf, especially anything that's
   changed since libctf was rebuilt?
  
   You might try rebuilding libctf with
  
   $ cd /usr/src
   $ make -C cddl/lib/libctf clean all
  
   but I'm not sure why ld is ignoring the existing libctf.so.
 
  The failure is coming while building the lib32 compat libraries.  Are
  we not currently building a lib32 libctf.so?
 
  No, we do. One thing I've noticed is that cddl/lib is built after lib/
  when compiling 32-bit libs, whereas cddl/lib is built first when building
  natively.
 
 Sorry, that's not even true. I misread a part of Makefile.inc1.
 
 I'm still not able to reproduce the problem, but it seems that the
 patch here is appropriate:
 http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
 
 Oliver, could you give this a try?

This patch doesn't apply with sources at rev. 272559, as it bails out. 
Investigating the
situation shows, that my top-level Makefile.inc seems different from what the 
patch is
supposed to expect:

root@gate [src] patch -p1  /tmp/libctf_prebuild.diff
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|diff --git a/Makefile.inc1 b/Makefile.inc1
|index 3b92aef..9350339 100644
|--- a/Makefile.inc1
|+++ b/Makefile.inc1
--
Patching file Makefile.inc1 using Plan A...
Hunk #1 succeeded at 1536 with fuzz 1 (offset 2 lines).
Hunk #2 failed at 1584.
1 out of 2 hunks failed--saving rejects to Makefile.inc1.rej
done



The patch at line 1530 ff:

[...]
lib/libgeom \
${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \
${_cddl_lib_libuutil} \
${_cddl_lib_libavl} \
${_cddl_lib_libzfs_core} \
${_cddl_lib_libctf} \
lib/libutil lib/libpjdlog ${_lib_libypclnt} lib/libz lib/msun \
${_secure_lib_libcrypto} ${_lib_libldns} \
${_secure_lib_libssh} ${_secure_lib_libssl}

My source tree is clean and sober as svn status reports.

A bit spooky, isn't it?

Oliver


signature.asc
Description: PGP signature

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[O. Hartmann]

Am Sun, 5 Oct 2014 05:36:57 +0400
Arseny Nasokin eir...@gmail.com schrieb:

 Mark,
 
 Thank you for patch, I encounter same error and this patch works for me.
 
 ✪
 
 
 -- Eir Nym
 
 On 5 October 2014 04:43, Mark Johnston ma...@freebsd.org wrote:
 
  On Sat, Oct 04, 2014 at 04:41:07PM -0700, Russell L. Carter wrote:
   -BEGIN PGP SIGNED MESSAGE-
   Hash: SHA1
  
  
  
   On 10/04/14 15:58, Mark Johnston wrote:
On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston ma...@freebsd.org
wrote:
On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston
ma...@freebsd.org wrote:
On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
Recent sources (Revision: 272529) fail to compile:
   
[...] cc -m32 -march=native -DCOMPAT_32BIT  -isystem
/usr/obj/usr/src/lib32/usr/include/
-L/usr/obj/usr/src/lib32/usr/lib32
-B/usr/obj/usr/src/lib32/usr/lib32  -O2 -pipe -O3 -O3 -pipe
-DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99
-fstack-protector -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-switch
-Wno-switch-enum -Wno-knr-promoted-parameter
-Wno-parentheses -Qunused-arguments -c
/usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o ---
all_subdir_libproc --- --- libproc.so.3 ---
/usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible
/usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
   
I'm confused by this message. Are you building with
-DNO_CLEAN? Do you have anything in make.conf or src.conf,
especially anything that's changed since libctf was rebuilt?
   
You might try rebuilding libctf with
   
$ cd /usr/src $ make -C cddl/lib/libctf clean all
   
but I'm not sure why ld is ignoring the existing libctf.so.
   
The failure is coming while building the lib32 compat
libraries.  Are we not currently building a lib32 libctf.so?
   
No, we do. One thing I've noticed is that cddl/lib is built after
lib/ when compiling 32-bit libs, whereas cddl/lib is built first
when building natively.
   
Sorry, that's not even true. I misread a part of Makefile.inc1.
   
I'm still not able to reproduce the problem, but it seems that the
patch here is appropriate:
http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
   
Oliver, could you give this a try?
  
   Even poudriere can't get past this one.
 
  Sorry, it was incomplete. It's been updated:
  http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
  ___
  freebsd-current@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-current
  To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
 
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

After some minor corrections to the patch (the patched original sources seem 
not to match
most recent CURRENT sources as of revision 272562), buildworld works again as 
expected.

Thank you very much.

Oliver


signature.asc
Description: PGP signature

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Arseny Nasokin]

Waiting for patch in -CURRENT.

-- Eir Nym

On 5 October 2014 13:18, O. Hartmann ohart...@zedat.fu-berlin.de wrote:

 Am Sun, 5 Oct 2014 05:36:57 +0400
 Arseny Nasokin eir...@gmail.com schrieb:

  Mark,
 
  Thank you for patch, I encounter same error and this patch works for me.
 
  ✪
 
 
  -- Eir Nym
 
  On 5 October 2014 04:43, Mark Johnston ma...@freebsd.org wrote:
 
   On Sat, Oct 04, 2014 at 04:41:07PM -0700, Russell L. Carter wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
   
   
   
On 10/04/14 15:58, Mark Johnston wrote:
 On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston ma...@freebsd.org
 wrote:
 On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
 On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston
 ma...@freebsd.org wrote:
 On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
 Recent sources (Revision: 272529) fail to compile:

 [...] cc -m32 -march=native -DCOMPAT_32BIT  -isystem
 /usr/obj/usr/src/lib32/usr/include/
 -L/usr/obj/usr/src/lib32/usr/lib32
 -B/usr/obj/usr/src/lib32/usr/lib32  -O2 -pipe -O3 -O3 -pipe
 -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99
 -fstack-protector -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-switch
 -Wno-switch-enum -Wno-knr-promoted-parameter
 -Wno-parentheses -Qunused-arguments -c
 /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o ---
 all_subdir_libproc --- --- libproc.so.3 ---
 /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible
 /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for

 I'm confused by this message. Are you building with
 -DNO_CLEAN? Do you have anything in make.conf or src.conf,
 especially anything that's changed since libctf was rebuilt?

 You might try rebuilding libctf with

 $ cd /usr/src $ make -C cddl/lib/libctf clean all

 but I'm not sure why ld is ignoring the existing libctf.so.

 The failure is coming while building the lib32 compat
 libraries.  Are we not currently building a lib32 libctf.so?

 No, we do. One thing I've noticed is that cddl/lib is built after
 lib/ when compiling 32-bit libs, whereas cddl/lib is built first
 when building natively.

 Sorry, that's not even true. I misread a part of Makefile.inc1.

 I'm still not able to reproduce the problem, but it seems that the
 patch here is appropriate:
 http://people.freebsd.org/~markj/patches/libctf_prebuild.diff

 Oliver, could you give this a try?
   
Even poudriere can't get past this one.
  
   Sorry, it was incomplete. It's been updated:
   http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
   ___
   freebsd-current@freebsd.org mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-current
   To unsubscribe, send any mail to 
 freebsd-current-unsubscr...@freebsd.org
  
  ___
  freebsd-current@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-current
  To unsubscribe, send any mail to 
 freebsd-current-unsubscr...@freebsd.org

 After some minor corrections to the patch (the patched original sources
 seem not to match
 most recent CURRENT sources as of revision 272562), buildworld works again
 as expected.

 Thank you very much.

 Oliver

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

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Ranjan1018 .]

2014-10-05 11:37 GMT+02:00 Arseny Nasokin eir...@gmail.com:

 Waiting for patch in -CURRENT.

 -- Eir Nym

 This patch work in r272559 for me: http://pastebin.com/2QJRYjCK

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

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Mark Johnston]

On Sun, Oct 05, 2014 at 11:18:55AM +0200, O. Hartmann wrote:
 Am Sun, 5 Oct 2014 05:36:57 +0400
 Arseny Nasokin eir...@gmail.com schrieb:
 
  Mark,
  
  Thank you for patch, I encounter same error and this patch works for me.
  
  ✪
  
  
  -- Eir Nym
  
  On 5 October 2014 04:43, Mark Johnston ma...@freebsd.org wrote:
  
   On Sat, Oct 04, 2014 at 04:41:07PM -0700, Russell L. Carter wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
   
   
   
On 10/04/14 15:58, Mark Johnston wrote:
 On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston ma...@freebsd.org
 wrote:
 On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
 On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston
 ma...@freebsd.org wrote:
 On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
 Recent sources (Revision: 272529) fail to compile:

 [...] cc -m32 -march=native -DCOMPAT_32BIT  -isystem
 /usr/obj/usr/src/lib32/usr/include/
 -L/usr/obj/usr/src/lib32/usr/lib32
 -B/usr/obj/usr/src/lib32/usr/lib32  -O2 -pipe -O3 -O3 -pipe
 -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99
 -fstack-protector -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-switch
 -Wno-switch-enum -Wno-knr-promoted-parameter
 -Wno-parentheses -Qunused-arguments -c
 /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o ---
 all_subdir_libproc --- --- libproc.so.3 ---
 /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible
 /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for

 I'm confused by this message. Are you building with
 -DNO_CLEAN? Do you have anything in make.conf or src.conf,
 especially anything that's changed since libctf was rebuilt?

 You might try rebuilding libctf with

 $ cd /usr/src $ make -C cddl/lib/libctf clean all

 but I'm not sure why ld is ignoring the existing libctf.so.

 The failure is coming while building the lib32 compat
 libraries.  Are we not currently building a lib32 libctf.so?

 No, we do. One thing I've noticed is that cddl/lib is built after
 lib/ when compiling 32-bit libs, whereas cddl/lib is built first
 when building natively.

 Sorry, that's not even true. I misread a part of Makefile.inc1.

 I'm still not able to reproduce the problem, but it seems that the
 patch here is appropriate:
 http://people.freebsd.org/~markj/patches/libctf_prebuild.diff

 Oliver, could you give this a try?
   
Even poudriere can't get past this one.
  
   Sorry, it was incomplete. It's been updated:
   http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
   ___
   freebsd-current@freebsd.org mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-current
   To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
  
  ___
  freebsd-current@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-current
  To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
 
 After some minor corrections to the patch (the patched original sources seem 
 not to match
 most recent CURRENT sources as of revision 272562), buildworld works again as 
 expected.
 
 Thank you very much.

Committed as r272576. Sorry for the breakage.

The patch was generated from my git tree, which didn't contain r272484,
so the patch wouldn't apply to svn cleanly. I'll be sure to check that
next time. :(

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

CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[O. Hartmann]

Recent sources (Revision: 272529) fail to compile:

[...]
cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
/usr/obj/usr/src/lib32/usr/include/
-L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  -O2 
-pipe -O3 -O3
-pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99 
-fstack-protector
-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-switch
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments
-c /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o --- all_subdir_libproc --- 
---
libproc.so.3 --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
-lctf /usr/obj/usr/src/tmp/usr/bin/ld: skipping
incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.a when searching for
-lctf /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lctf cc: error: linker 
command failed
with exit code 1 (use -v to see invocation) *** [libproc.so.3] Error code 1

make[5]: stopped in /usr/src/lib/libproc
--- libproc.a ---
ranlib -D libproc.a
[...]

oh


signature.asc
Description: PGP signature

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Mark Johnston]

On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
 Recent sources (Revision: 272529) fail to compile:
 
 [...]
 cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
 /usr/obj/usr/src/lib32/usr/include/
 -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  -O2 
 -pipe -O3 -O3
 -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99 
 -fstack-protector
 -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-switch
 -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses 
 -Qunused-arguments
 -c /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o --- all_subdir_libproc 
 --- ---
 libproc.so.3 --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
 incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for

I'm confused by this message. Are you building with -DNO_CLEAN? Do you
have anything in make.conf or src.conf, especially anything that's
changed since libctf was rebuilt?

You might try rebuilding libctf with

$ cd /usr/src
$ make -C cddl/lib/libctf clean all

but I'm not sure why ld is ignoring the existing libctf.so.

 -lctf /usr/obj/usr/src/tmp/usr/bin/ld: skipping
 incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.a when searching for
 -lctf /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lctf cc: error: linker 
 command failed
 with exit code 1 (use -v to see invocation) *** [libproc.so.3] Error code 1
 
 make[5]: stopped in /usr/src/lib/libproc
 --- libproc.a ---
 ranlib -D libproc.a
 [...]
 
 oh


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

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[O. Hartmann]

Am Sat, 4 Oct 2014 11:33:38 -0700
Mark Johnston ma...@freebsd.org schrieb:

 On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
  Recent sources (Revision: 272529) fail to compile:
  
  [...]
  cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
  /usr/obj/usr/src/lib32/usr/include/
  -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  -O2 
  -pipe -O3
  -O3 -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99
  -fstack-protector -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-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses
  -Qunused-arguments -c /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o ---
  all_subdir_libproc --- --- libproc.so.3 --- 
  /usr/obj/usr/src/tmp/usr/bin/ld: skipping
  incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
 
 I'm confused by this message. Are you building with -DNO_CLEAN? Do you
 have anything in make.conf or src.conf, especially anything that's
 changed since libctf was rebuilt?

I do not build with -DNO_CLEAN. I use a script which kills everything in 
/usr/obj/ and
build then from scratch. 

 
 You might try rebuilding libctf with
 
 $ cd /usr/src
 $ make -C cddl/lib/libctf clean all

I can build libctf.so that way, also installation is no problem, but next time 
when I
buildworld, I run into the same situation.

 
 but I'm not sure why ld is ignoring the existing libctf.so.

Me either.

 
  -lctf /usr/obj/usr/src/tmp/usr/bin/ld: skipping
  incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.a when searching for
  -lctf /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lctf cc: error: linker 
  command
  failed with exit code 1 (use -v to see invocation) *** [libproc.so.3] Error 
  code 1
  
  make[5]: stopped in /usr/src/lib/libproc
  --- libproc.a ---
  ranlib -D libproc.a
  [...]
  
  oh




signature.asc
Description: PGP signature

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Ryan Stone]

On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston ma...@freebsd.org wrote:
 On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
 Recent sources (Revision: 272529) fail to compile:

 [...]
 cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
 /usr/obj/usr/src/lib32/usr/include/
 -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  -O2 
 -pipe -O3 -O3
 -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99 
 -fstack-protector
 -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-switch
 -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses 
 -Qunused-arguments
 -c /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o --- all_subdir_libproc 
 --- ---
 libproc.so.3 --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
 incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for

 I'm confused by this message. Are you building with -DNO_CLEAN? Do you
 have anything in make.conf or src.conf, especially anything that's
 changed since libctf was rebuilt?

 You might try rebuilding libctf with

 $ cd /usr/src
 $ make -C cddl/lib/libctf clean all

 but I'm not sure why ld is ignoring the existing libctf.so.

The failure is coming while building the lib32 compat libraries.  Are
we not currently building a lib32 libctf.so?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]

[Mark Johnston]

On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
 On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston ma...@freebsd.org wrote:
  On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
  Recent sources (Revision: 272529) fail to compile:
 
  [...]
  cc -m32 -march=native -DCOMPAT_32BIT  -isystem 
  /usr/obj/usr/src/lib32/usr/include/
  -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32  
  -O2 -pipe -O3 -O3
  -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -std=gnu99 
  -fstack-protector
  -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-switch
  -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses 
  -Qunused-arguments
  -c /usr/src/lib/librpcsvc/yp_passwd.c -o yp_passwd.o --- 
  all_subdir_libproc --- ---
  libproc.so.3 --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
  incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching for
 
  I'm confused by this message. Are you building with -DNO_CLEAN? Do you
  have anything in make.conf or src.conf, especially anything that's
  changed since libctf was rebuilt?
 
  You might try rebuilding libctf with
 
  $ cd /usr/src
  $ make -C cddl/lib/libctf clean all
 
  but I'm not sure why ld is ignoring the existing libctf.so.
 
 The failure is coming while building the lib32 compat libraries.  Are
 we not currently building a lib32 libctf.so?

No, we do. One thing I've noticed is that cddl/lib is built after lib/
when compiling 32-bit libs, whereas cddl/lib is built first when building
natively. But that doesn't cause any problems for me. I also don't see
why ld would be searching /usr/obj/usr/src/tmp for a 32-bit lib.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org