Re: Problem with make installworld
On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
>
> I'm trying to run make buildworld / make installworld on a recent main branch
> (some days old).
>
> The problem is related to lib/libc/tests/ssp/Makefile
> which contains:
> _libclang_rt_ubsan=
> ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a
> if exists(${_libclang_rt_ubsan})
> PROGS+= h_raw
> LDADD.h_raw+= ${SANITIZER_LDFLAGS}
>
> When running make buildworld, we have
> ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp
> ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd
> and so the script is looking for
> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a
> which does not exist:
> tuexen@blackbird:~ % ls -l
> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/
> total 652
> -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a
> -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a
>
> Therefore, h_raw to NOT built.
As far as I can see, for powerpc64 it should have been built somewhere during
the libraries stage. So it's a bit strange that you don't have the file. Did
you use any special options to build?
-Dimitry
Re: Problem with make installworld
> On 21. Mar 2024, at 00:27, Dimitry Andric wrote:
>
> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
>>
>> I'm trying to run make buildworld / make installworld on a recent main branch
>> (some days old).
>>
>> The problem is related to lib/libc/tests/ssp/Makefile
>> which contains:
>> _libclang_rt_ubsan=
>> ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a
>> if exists(${_libclang_rt_ubsan})
>> PROGS+= h_raw
>> LDADD.h_raw+= ${SANITIZER_LDFLAGS}
>>
>> When running make buildworld, we have
>> ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp
>> ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd
>> and so the script is looking for
>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a
>> which does not exist:
>> tuexen@blackbird:~ % ls -l
>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/
>> total 652
>> -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a
>> -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a
>>
>> Therefore, h_raw to NOT built.
>
> As far as I can see, for powerpc64 it should have been built somewhere during
> the libraries stage. So it's a bit strange that you don't have the file. Did
> you use any special options to build?
No, not any I'm aware of. I can run tests or provide further information.
Best regards
Michael
>
> -Dimitry
>
Re: Problem with make installworld
On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote:
>
>> On 21. Mar 2024, at 00:27, Dimitry Andric wrote:
>>
>> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
>>>
>>> I'm trying to run make buildworld / make installworld on a recent main
>>> branch
>>> (some days old).
>>>
>>> The problem is related to lib/libc/tests/ssp/Makefile
>>> which contains:
>>> _libclang_rt_ubsan=
>>> ${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a
>>> if exists(${_libclang_rt_ubsan})
>>> PROGS+= h_raw
>>> LDADD.h_raw+= ${SANITIZER_LDFLAGS}
>>>
>>> When running make buildworld, we have
>>> ${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp
>>> ${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd
>>> and so the script is looking for
>>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a
>>> which does not exist:
>>> tuexen@blackbird:~ % ls -l
>>> /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/
>>> total 652
>>> -r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a
>>> -r--r--r-- 1 root wheel 380704 Mar 20 17:41 libclang_rt.profile-powerpc64.a
>>>
>>> Therefore, h_raw to NOT built.
>>
>> As far as I can see, for powerpc64 it should have been built somewhere
>> during the libraries stage. So it's a bit strange that you don't have the
>> file. Did you use any special options to build?
> No, not any I'm aware of. I can run tests or provide further information.
This was my mistake: I recently refactored lib/libclang_rt/Makefile to make it
more readable and maintainable, but it accidentally broke building of most of
the libclang_rt*.a files for powerpc64. It should now be fixed by
https://cgit.freebsd.org/src/commit/?id=f0620ceeccf0 .
-Dimitry
Re: Problem with make installworld
> On 21. Mar 2024, at 18:12, Dimitry Andric wrote:
>
> On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote:
>>
>>> On 21. Mar 2024, at 00:27, Dimitry Andric wrote:
>>>
>>> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
I'm trying to run make buildworld / make installworld on a recent main
branch
(some days old).
The problem is related to lib/libc/tests/ssp/Makefile
which contains:
_libclang_rt_ubsan=
${SYSROOT}${SANITIZER_LIBDIR}/libclang_rt.ubsan_standalone-${CRTARCH}.a
if exists(${_libclang_rt_ubsan})
PROGS+= h_raw
LDADD.h_raw+= ${SANITIZER_LDFLAGS}
When running make buildworld, we have
${SYSROOT} = /usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp
${SANITIZER_LIBDIR} = /usr/lib/clang/17/lib/freebsd
and so the script is looking for
/usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/libclang_rt.ubsan_standalone-powerpc64.a
which does not exist:
tuexen@blackbird:~ % ls -l
/usr/obj/usr/home/tuexen/freebsd-src/powerpc.powerpc64/tmp/usr/lib/clang/17/lib/freebsd/
total 652
-r--r--r-- 1 root wheel 284316 Mar 20 18:03 libclang_rt.profile-powerpc.a
-r--r--r-- 1 root wheel 380704 Mar 20 17:41
libclang_rt.profile-powerpc64.a
Therefore, h_raw to NOT built.
>>>
>>> As far as I can see, for powerpc64 it should have been built somewhere
>>> during the libraries stage. So it's a bit strange that you don't have the
>>> file. Did you use any special options to build?
>> No, not any I'm aware of. I can run tests or provide further information.
>
> This was my mistake: I recently refactored lib/libclang_rt/Makefile to make
> it more readable and maintainable, but it accidentally broke building of most
> of the libclang_rt*.a files for powerpc64. It should now be fixed by
> https://cgit.freebsd.org/src/commit/?id=f0620ceeccf0 .
Hi Dimitry,
I tested the main branch with your fix and I can confirm that the
problem is fixed.
Thank you very much for the quick fix!
Best regards
Michael
>
> -Dimitry
>
Re: Problem with make installworld et alii
You need to a build newer than SVN r320652 to fix this .. On 07/09/17 10:43, Filippo Moretti wrote: FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320360: Mon Jun 26 15:49:29 UTC 2017 r...@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386After compiling world and kernel I cannot make install world with the following error:Fatal error cannot allocate read line in initial thread at line 392 in file /use/src/lib/libthr/thread/thr_init.c (errorno=12)PID 42315 (cc) uid 0: exited on signal 6 (core dumped) make: "/usr/src/share/mk/bsd.compiler.mk" line 145 : Unable to determine compiler type for CC=cc . Consider settingCOMPILER_TYPE This is the report of the crash I experienced with my custom kernel while running xinit (all the operations in console mode worked).I can succesfully start X using GENERIC.My kernel Worked fine until I reinstalled this snapshot. Jul 8 08:41:53 sting kernel: Jul 8 08:41:53 sting kernel: Jul 8 08:41:53 sting kernel: Fatal trap 12: page fault while in kernel mode Jul 8 08:41:53 sting kernel: cpuid = 1; apic id = 01 Jul 8 08:41:53 sting kernel: fault virtual address = 0xa4c8c67d Jul 8 08:41:53 sting kernel: fault code= supervisor read, page not present Jul 8 08:41:53 sting kernel: instruction pointer = 0x20:0xc7f86218 Jul 8 08:41:53 sting kernel: stack pointer = 0x28:0xf0b828e0 Jul 8 08:41:53 sting kernel: frame pointer = 0x28:0xf0b8290c Jul 8 08:41:53 sting kernel: code segment = base 0x0, limit 0xf, type 0x1b Jul 8 08:41:53 sting kernel: = DPL 0, pres 1, def32 1, gran 1 Jul 8 08:41:53 sting kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jul 8 08:41:53 sting kernel: current process = 798 (Xorg) Jul 8 08:41:53 sting kernel: trap number = 12 Jul 8 08:41:53 sting kernel: panic: page fault Jul 8 08:41:53 sting kernel: cpuid = 1 Jul 8 08:41:53 sting kernel: time = 1499495998 Jul 8 08:41:53 sting kernel: KDB: stack backtrace: Jul 8 08:41:53 sting kernel: #0 0xc07d92df at kdb_backtrace+0x4f Jul 8 08:41:53 sting kernel: #1 0xc079ad33 at vpanic+0x133 Jul 8 08:41:53 sting kernel: #2 0xc079abfb at panic+0x1b Jul 8 08:41:53 sting kernel: #3 0xc0a7a73e at trap_fatal+0x31e Jul 8 08:41:53 sting kernel: #4 0xc0a7a783 at trap_pfault+0x33 Jul 8 08:41:53 sting kernel: #5 0xc0a79e8e at trap+0x2be Jul 8 08:41:53 sting kernel: #6 0xc0a68d6a at calltrap+0x6 Jul 8 08:41:53 sting kernel: #7 0xc0823df8 at unp_connect2+0x88 Jul 8 08:41:53 sting kernel: #8 0xc0823a9b at unp_connectat+0x40b Jul 8 08:41:53 sting kernel: #9 0xc0821000 at uipc_connect+0x40 Jul 8 08:41:53 sting kernel: #10 0xc081dac6 at kern_connectat+0x116 Jul 8 08:41:53 sting kernel: #11 0xc081d999 at sys_connect+0x99 Jul 8 08:41:53 sting kernel: #12 0xc0a7b104 at syscall+0x5b4 Jul 8 08:41:53 sting kernel: #13 0xc0a68dee at Xint0x80_syscall+0x2e Jul 8 08:41:53 sting kernel: Uptime: 2m10s Jul 8 08:41:53 sting kernel: Physical memory: 2929 MB Jul 8 08:41:53 sting kernel: Dumping 109 MB: 94 78 62 46 30 14 Jul 8 08:41:53 sting kernel: Dump complete Jul 8 08:41:53 sting kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jul 8 08:41:53 sting kernel: --> Press a key on the console to reboot, Jul 8 08:41:53 sting kernel: --> or switch off the system now. Jul 8 08:41:53 sting kernel: Rebooting... Jul 8 08:41:53 sting kernel: cpu_reset: Restarting BSP Jul 8 08:41:53 sting kernel: cpu_reset_proxy: Stopped CPU 1 I also get these messages in console Jul 8 08:45:31 sting kernel: 1st 0xc6114bb8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3539 Jul 8 08:45:31 sting kernel: 2nd 0xd0391800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 Jul 8 08:45:31 sting kernel: stack backtrace: Jul 8 08:45:31 sting kernel: #0 0xc0cbbbd1 at witness_debugger+0x81 Jul 8 08:45:31 sting kernel: #1 0xc0cbbaf1 at witness_checkorder+0xd11 Jul 8 08:45:31 sting kernel: #2 0xc0c60154 at _sx_xlock+0x64 Jul 8 08:45:31 sting kernel: #3 0xc0f5d3b0 at ufsdirhash_add+0x40 Jul 8 08:45:31 sting kernel: #4 0xc0f6010a at ufs_direnter+0x47a Jul 8 08:45:31 sting kernel: #5 0xc0f6a07f at ufs_makeinode+0x5af Jul 8 08:45:31 sting kernel: #6 0xc0f695a6 at ufs_symlink+0x36 Jul 8 08:45:31 sting kernel: #7 0xc123be43 at VOP_SYMLINK_APV+0xd3 Jul 8 08:45:31 sting kernel: #8 0xc0d301a4 at kern_symlinkat+0x274 Jul 8 08:45:31 sting kernel: #9 0xc0d2ff21 at sys_symlink+0x31 Jul 8 08:45:31 sting kernel: #10 0xc120719e at syscall+0x6de Jul 8 08:45:31 sting kernel: #11 0xc11f2bee at Xint0x80_syscall+0x2e Jul 8 08:46:07 sting kernel: lock order reversal: Jul 8 08:46:07 sting kernel: 1st 0xd18c9914 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3362 Jul 8 08:46:07 sting kernel: 2nd 0xc6114bb8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 Jul 8 08:46:07 sting kernel: 3rd 0xd1af3c68 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2602 Jul 8 08:46:07 sting kernel: stack
Fw: Re: Problem with make installworld et alii
- Forwarded Message -From: Michael Butler To: Filippo Moretti ; Current Sent: Sunday, July 9, 2017, 4:50:13 PM GMT+2Subject: Re: Problem with make installworld et alii You need to a build newer than SVN r320652 to fix this .. On 07/09/17 10:43, Filippo Moretti wrote: > FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320360: Mon Jun 26 > 15:49:29 UTC 2017 > r...@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386After > compiling world and kernel I cannot make install world with the following > error:Fatal error cannot allocate read line in initial thread at line 392 in > file /use/src/lib/libthr/thread/thr_init.c (errorno=12)PID 42315 (cc) uid 0: > exited on signal 6 (core dumped) > make: "/usr/src/share/mk/bsd.compiler.mk" line 145 : Unable to determine > compiler type for CC=cc . Consider settingCOMPILER_TYPE This error is still present with r321039MsincerelyFilippo ___ 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"
