Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (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 | Индекс форумов | Темы | Пред. тема | След. тема