The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Что-то побилось в моём -CURRENT'е "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (BSD привязка / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 22-Янв-19, 23:39 
Уважаемые Друзья!

Понимаю, что опять заслуженно получу свою порцию тычков и насмешек, но готов испить до конца свою долю.
После успешного решения проблемы с этой же тестовой системой в ветке: https://www.opennet.ru/openforum/vsluhforumID1/97344.html с помощью комрадов Андрея и Глеба, сделал:
svnlite update && rm -rf /usr/obj && make buildworld и опять паразит подыхат на ровном месте. Прошу помощи тех кто знает толк в серьёзных материях и при этом готов помогать навязчивым глупцам. :)

Собственно:
uname -a: FreeBSD BSD-NUC 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r342683: Wed Jan  2 20:14:05 +03 2019     user@BSD-NUC:/usr/obj/usr/src/amd64.amd64/sys/BSDSERV  amd64

svnlit'ил сорцы несколько раз за последнюю неделю всё так же.

--- openpam_static.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 -DOPENPAM_STATIC_MODULES -Os -pipe -march=native  -I/usr/src/contrib/openpam/include -DLIB_MAJ=6 -DHAVE_DLFUNC=1 -DHAVE_FDLOPEN=1 -DHAVE_FPURGE=1 -DHAVE_STRLCAT=1 -DHAVE_STRLCPY=1 -DOPENPAM_DEBUG -DNDEBUG  -std=iso9899:1999 -fstack-protector-strong -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 /usr/src/contrib/openpam/lib/libpam/openpam_static.c -o openpam_static.o
--- openpam_static_modules.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 -nostdlib   -o openpam_static_modules.o  -r -Wl,--whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
--- all_subdir_lib/libunbound ---
1 warning generated.
--- val_utils.pico ---
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 -fpic -DPIC  -Os -pipe -I/usr/src/contrib/unbound -I/usr/src/contrib/ldns -I/usr/obj/usr/src/amd64.amd64/lib/libunbound -march=native  -DNDEBUG -MD  -MF.depend.val_utils.pico -MTval_utils.pico -std=gnu99 -fstack-protector-strong -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 -Wno-unused-local-typedef -Wno-address-of-packed-member  -Qunused-arguments  -c /usr/src/contrib/unbound/validator/val_utils.c -o val_utils.pico
In file included from /usr/src/contrib/unbound/validator/val_utils.c:41:
/usr/src/contrib/unbound/config.h:949:11: warning: 'NDEBUG' macro redefined [-Wmacro-redefined]
#  define NDEBUG
          ^
<command line>:2:9: note: previous definition is here
#define NDEBUG 1
        ^
--- all_subdir_lib/libpam ---
cc: error: unable to execute command: Segmentation fault (core dumped)
cc: error: linker command failed due to signal (use -v to see invocation)
*** [openpam_static_modules.o] Error code 254

make[6]: stopped in /usr/src/lib/libpam/static_libpam
1 error

make[6]: stopped in /usr/src/lib/libpam/static_libpam
*** [all_subdir_lib/libpam/static_libpam] Error code 2

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

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по ответам | RSS]

1. "Что-то побилось в моём -CURRENT'е "  +1 +/
Сообщение от eRIC (ok), 24-Янв-19, 22:35 
для этого нужно понимать на какой ревизии исходников такая ошибка.
#svnlite info /usr/src какую информацию выдает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 25-Янв-19, 19:18 
> для этого нужно понимать на какой ревизии исходников такая ошибка.
> #svnlite info /usr/src какую информацию выдает?

Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 343311
Node Kind: directory
Schedule: normal
Last Changed Author: brooks
Last Changed Rev: 343305
Last Changed Date: 2019-01-22 22:39:26 +0300 (Tue, 22 Jan 2019)

Но проблема в том, что я в течение недели ежедневно обновлял исходники и пробовал снова собрать. Результат один и тот же.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от universite (ok), 26-Янв-19, 20:15 
ОЗУ сколько? 1ГБ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 26-Янв-19, 20:24 
> ОЗУ сколько? 1ГБ?

Нет, почему. 4 Gb. Вот и dmesg имеется :)

Copyright (c) 1992-2019 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 13.0-CURRENT #0 r342683: Wed Jan  2 20:14:05 +03 2019
    user@BSD-NUC:/usr/obj/usr/src/amd64.amd64/sys/BSDSERV amd64
FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1)
VT(vga): resolution 640x480
CPU: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz (2304.09-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x406e3  Family=0x6  Model=0x4e  Stepping=3
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x7ffafbbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
  AMD Features2=0x121<LAHF,ABM,Prefetch>
  Structured Extended Features=0x29c6fbf<FSGSBASE,TSCADJ,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,NFPUSG,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PROCTRACE>
  XSAVE Features=0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics
real memory  = 4294967296 (4096 MB)
avail memory = 3974828032 (3790 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <INTEL  NUC6i3SY>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 26-Янв-19, 20:30 
На всякий случай удалил всё дерево исходников и начисто выкачиваю последнюю ревизию. Может чего побилось. Часа через 2 будет понятно.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 27-Янв-19, 08:01 
> На всякий случай удалил всё дерево исходников и начисто выкачиваю последнюю ревизию.
> Может чего побилось. Часа через 2 будет понятно.

Не помогло.
В /var/log/messages такая запись появляется
Jan 27 03:41:45 BSD-NUC kernel: pid 77934 (ld.lld), jid 0, uid 0: exited on signal 11 (core dumped)


А сообщение при сборке такое:

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 -DOPENPAM_STATIC_MODULES -Os -pipe -march=native  -I/usr/src/contrib/openpam/include -DLIB_MAJ=6 -DHAVE_DLFUNC=1 -DHAVE_FDLOPEN=1 -DHAVE_FPURGE=1 -DHAVE_STRLCAT=1 -DHAVE_STRLCPY=1 -DOPENPAM_DEBUG -DNDEBUG -MD  -MF.depend.pam_vprompt.o -MTpam_vprompt.o -std=iso9899:1999 -fstack-protector-strong -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 /usr/src/contrib/openpam/lib/libpam/pam_vprompt.c -o pam_vprompt.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 -DOPENPAM_STATIC_MODULES -Os -pipe -march=native  -I/usr/src/contrib/openpam/include -DLIB_MAJ=6 -DHAVE_DLFUNC=1 -DHAVE_FDLOPEN=1 -DHAVE_FPURGE=1 -DHAVE_STRLCAT=1 -DHAVE_STRLCPY=1 -DOPENPAM_DEBUG -DNDEBUG  -std=iso9899:1999 -fstack-protector-strong -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 /usr/src/contrib/openpam/lib/libpam/openpam_static.c -o openpam_static.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 -nostdlib   -o openpam_static_modules.o  -r -Wl,--whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
cc: error: unable to execute command: Segmentation fault (core dumped)
cc: error: linker command failed due to signal (use -v to see invocation)
*** [openpam_static_modules.o] Error code 254

make[6]: stopped in /usr/src/lib/libpam/static_libpam
1 error

make[6]: stopped in /usr/src/lib/libpam/static_libpam
*** [all_subdir_lib/libpam/static_libpam] Error code 2

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

make[5]: stopped in /usr/src/lib/libpam
*** [all_subdir_lib/libpam] 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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 27-Янв-19, 11:32 
На всякий случай сделал так:
cd /usr/obj/usr/src/amd64.amd64/lib/libpam/static_libpam

cc -v -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -nostdlib -o openpam_static_modules.o -r -Wl,--whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin
"/usr/bin/ld" --sysroot=/usr/obj/usr/src/amd64.amd64/tmp --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --hash-style=both --enable-new-dtags -o openpam_static_modules.o -L/usr/obj/usr/src/amd64.amd64/tmp/usr/lib -r -r --whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
cc: error: unable to execute command: Segmentation fault (core dumped)
cc: error: linker command failed due to signal (use -v to see invocation)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 27-Янв-19, 20:11 
> Уважаемые Друзья!

Товарищи, а не подскажете, может попробовать из сорцов собрать/установить линковщик и llvm раз он вылетает с сегфолтом, а потом уже с ним пересобирать весь мир? Как это сделать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Что-то побилось в моём -CURRENT'е "  +2 +/
Сообщение от eRIC (ok), 27-Янв-19, 22:37 
> Revision: 343311

Читаем ветку https://lists.freebsd.org/pipermail/freebsd-current/2019-Jan...
Как я понимаю проблема с llvm


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

10. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 28-Янв-19, 11:46 
>> Revision: 343311
> Читаем ветку https://lists.freebsd.org/pipermail/freebsd-current/2019-Jan...
> Как я понимаю проблема с llvm

eRIC спасибо за ответы и наводки!

Проверил указанный там патч, но он уже на имеющейся у меня ревизии имеется. Проверил, все #endif'ы на месте. Сейчас у меня:
------------------------------
Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 343476
Node Kind: directory
Schedule: normal
Last Changed Author: avos
Last Changed Rev: 343476
Last Changed Date: 2019-01-26 22:27:12 +0500 (Sat, 26 Jan 2019)

При сборке вылетает в сегфолт ld.lld
---------------------------------------------
cd /usr/obj/usr/src/amd64.amd64/lib/libpam/static_libpam
cc -v -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -nostdlib -o openpam_static_modules.o -r -Wl,--whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin
"/usr/bin/ld" --sysroot=/usr/obj/usr/src/amd64.amd64/tmp --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --hash-style=both --enable-new-dtags -o openpam_static_modules.o -L/usr/obj/usr/src/amd64.amd64/tmp/usr/lib -r -r --whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
cc: error: unable to execute command: Segmentation fault (core dumped)
cc: error: linker command failed due to signal (use -v to see invocation)

мне кажется тут проблема не в конкретной ревизии, а в бинарниках на хосте.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Что-то побилось в моём -CURRENT'е "  +2 +/
Сообщение от eRIC (ok), 28-Янв-19, 21:39 
> cc: error: unable to execute command: Segmentation fault (core dumped)
> cc: error: linker command failed due to signal (use -v to see
> invocation)
> мне кажется тут проблема не в конкретной ревизии, а в бинарниках на
> хосте.

однозначно дело с линкером на хосте, гляньте https://freebsd-arch.freebsd.narkive.com/vKFIbNlz/can-t-buil...

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 28-Янв-19, 22:59 
> однозначно дело с линкером на хосте, гляньте https://freebsd-arch.freebsd.narkive.com/vKFIbNlz/can-t-buil...

eRIC ещё раз спасибо за наводки!

Ссылку просмотрел, запустил сейчас с make LD=ld.lld, пока собирается, но кажется это не поможет. Это решение для случая перехода системы без ld.lld на ревизию с ней. Мне бы понять как сам линковщик собрать и установить из исходников чтобы он починился. Ибо в сообщении то пишет вылет именно самого ld.lld

В любом случае как сборка окончится, по результатам отпишусь.
Спасибо за помощь!

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 28-Янв-19, 23:16 
В итоге так и осталась ошибка. Как бы эти компиляторные/сборочные компоненты мне пересобрать, установить а уж потом с ними мир весь пересобирать?


Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Что-то побилось в моём -CURRENT'е "  +1 +/
Сообщение от eRIC (ok), 29-Янв-19, 11:46 
> В итоге так и осталась ошибка. Как бы эти компиляторные/сборочные компоненты мне
> пересобрать, установить а уж потом с ними мир весь пересобирать?

я этим не занимался, но как я понимаю возможно нужно собрать последний toolchain. надо почитать по документации.

предлагаю, также написать в рассылку freebsd-current с ошибкой, возможно там грамотные подскажут что да как.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 01-Фев-19, 11:08 
>> В итоге так и осталась ошибка. Как бы эти компиляторные/сборочные компоненты мне
>> пересобрать, установить а уж потом с ними мир весь пересобирать?
> я этим не занимался, но как я понимаю возможно нужно собрать последний
> toolchain. надо почитать по документации.
> предлагаю, также написать в рассылку freebsd-current с ошибкой, возможно там грамотные
> подскажут что да как.

Спасибо всем, кто отвечал. Решил я эту напасть.
В итоге скачал base.txz для последнего снапшота, распаковал и оттуда скопировал ld.lld
Всё прошло в итоге как по маслу.


Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от eRIC (ok), 01-Фев-19, 12:13 
> В итоге скачал base.txz для последнего снапшота, распаковал и оттуда скопировал ld.lld

гуд!

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от DHCPep (?), 01-Фев-19, 13:25 
>> В итоге скачал base.txz для последнего снапшота, распаковал и оттуда скопировал ld.lld
> гуд!

Что характерно :)

Со скопированным ld.lld пересобрал мир на актуальную ревизию, всё поставил. И..... При обновлении портов, снова те же вылеты ld.lld (с уже пересобраным). Снова скопировал с base, всё собралось без проблем.

Значит проблема возможно в некорректной сборке llvm 7.0.1 с установленными у меня флагами в make.conf
-------------------
CPUTYPE?=native
CFLAGS=-Os -pipe
COPTFLAGS=-Os -pipe

Проц у меня: CPU: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz (2304.09-MHz K8-class CPU)

Сейчас в несколько заходов постараюсь уточнить причину (сейчас заменил -Os на -O2) и может полезный баг репорт запилю :)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от eRIC (ok), 01-Фев-19, 22:05 
> Со скопированным ld.lld пересобрал мир на актуальную ревизию, всё поставил. И..... При
> обновлении портов, снова те же вылеты ld.lld (с уже пересобраным). Снова
> скопировал с base, всё собралось без проблем.

однозначно ломается линкер, clang какой версии? также binutils какой версии установлен?

такое подозрение в src.conf: использует WITH_LLD собирает LLVM линкер (по умолчанию для amd64), а также  WITH_LLD_IS_LD который означает использовать LLVM LLD в качестве системного линкера. анализируя ваш выхлоп вижу что линкер /usr/bin/ld что может означать что это возможный GNUшный BFD линкер.

можно поиграть с такими настройками в src.conf:
WITH_LLD_IS_LD=yes
WITH_LLD_BOOTSTRAP=yes

или же указать через WITHOUT опции не трогать нормальный рабочий системный линкер.

также опишите пожалуйста полный порядок действий, как вы все это хозяйство собираете, компилите и устанавливаете.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Что-то побилось в моём -CURRENT'е "  +/
Сообщение от eRIC (ok), 12-Фев-19, 08:58 
> также опишите пожалуйста полный порядок действий, как вы все это хозяйство собираете,
> компилите и устанавливаете.

@DHCPep на днях буквально успешно собрал CURRENT из исходников анализируя проблему в другой теме: https://www.opennet.ru/openforum/vsluhforumID1/97363.html#26

собирается без ошибок и без никаких дополнительных шаманств в make.conf/src.conf и всяких CPUTYPE?=native, CFLAGS=-Os -pipe и COPTFLAGS=-Os -pipe


Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру