Re: TXT Kernel linking failed on -CURRENT
Konstantin, good day! 25.04.2024 0:09, Konstantin Belousov пишет: On Wed, Apr 24, 2024 at 01:12:39PM +0500, BSD USER wrote: linking kernel ld: error: undefined symbol: ktrcapfail referenced by vfs_lookup.c vfs_lookup.o:(namei) referenced by vfs_lookup.c vfs_lookup.o:(namei_setup) referenced by vfs_lookup.c vfs_lookup.o:(vfs_lookup) referenced 3 more times *** [kernel] Error code 1 Try https://reviews.freebsd.org/D44931 Yes, now system and kernel builds fine. Thanks!
TXT Kernel linking failed on -CURRENT
Sorry for HTML-trash from previous mail :) Hi, FreeBSD Community! I have a teach with FreeBSD and use -CURRENT on my test machine. And some days ago after - git pull - make buildworld - make buildkernel There is /etc/src.conf and BSDSERV below, what can cause that error? Thanks for help! My /usr/src state is: git log -n 1 commit a0d7d68a2dd818ce84e37e1ff20c8849cda6d853 (HEAD -> main, origin/main, origin/HEAD) Author: Cy Schubert kernel building failed with such messages: -- --- force-dynamic-hack.pico --- cc -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -shared -O2 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/u sr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -MD -MF.depend.force-dynamic-hack.pico -MTforce-dynamic-hack.pico -fdebug-pr efix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn o-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdi agnostics-show-option -Wno-unknown-pragmas -Wswitch -Wno-error=tautological-compare -Wno-error=empty-body -Wno-error=parentheses-equality -Wno-error=unused-function -Wno-error=pointer-sign -Wno-error=shift-negativ e-value -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std=gnu99 -nostdlib force-dynamic-hack.c -o force-dynamic-hack.pico --- vers.c --- MAKE="make" sh /usr/src/sys/conf/newvers.sh BSDSERV --- vers.o --- cc -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/usr/src /sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/ usr/src/sys/x86/include -fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall -Wstrict-proto types -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wswitch -Wno-error=tautologi cal-compare -Wno-error=empty-body -Wno-error=parentheses-equality -Wno-error=unused-function -Wno-error=pointer-sign -Wno-error=shift-negative-value -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std=gnu99 -Werror vers.c --- kernel --- linking kernel ld: error: undefined symbol: ktrcapfail >>> referenced by vfs_lookup.c >>> vfs_lookup.o:(namei) >>> referenced by vfs_lookup.c >>> vfs_lookup.o:(namei_setup) >>> referenced by vfs_lookup.c >>> vfs_lookup.o:(vfs_lookup) >>> referenced 3 more times *** [kernel] Error code 1 make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERV make[2]: 1 error make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERV 1098.27 real 2002.17 user 176.26 sys make[1]: stopped in /usr/src make: stopped in /usr/src /etc/src.conf === WITHOUT_APM=yes WITHOUT_ASSERT_DEBUG=yes WITHOUT_AUTHPF=yes WITHOUT_BHYVE=yes WITHOUT_BLACKLIST=yes WITHOUT_BLUETOOTH=yes WITHOUT_CCD=yes WITHOUT_CXGBETOOL=yes WITHOUT_DEBUG_FILES=yes WITHOUT_DTRACE=yes WITHOUT_FLOPPY=yes WITHOUT_GOOGLETEST=yes WITHOUT_HAST=yes WITHOUT_HTML=yes WITHOUT_HYPERV=yes WITHOUT_INET6=yes WITHOUT_IPFILTER=yes WITHOUT_ISCSI=yes WITHOUT_KDUMP=yes WITHOUT_KERNEL_SYMBOLS=yes WITH_MALLOC_PRODUCTION=yes WITHOUT_MLX5TOOL=yes WITHOUT_NVME=yes WITHOUT_OFED=yes WITHOUT_PF=yes WITHOUT_PTHREADS_ASSERTIONS=yes WITHOUT_RADIUS_SUPPORT=yes WITHOUT_RELRO=yes WITHOUT_SSP=yes WITHOUT_WARNS=yes WITHOUT_WERROR=yes WITHOUT_TESTS=yes WITHOUT_WIRELESS=yes BSDSERV === cpu HAMMER ident BSDSERV device amdtemp options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options VIMAGE # Subsystem virtualization, e.g. VNET options INET # InterNETworking options TCP_OFFLOAD # TCP offload options TCP_BLACKBOX # Enhanced TCP event
Kernel linking error on -CURRENT
Hi, FreeBSD Community! I have a teach with FreeBSD and use -CURRENT on my test machine.And some days ago after- git pull- make buildworld- make buildkernel There is /etc/src.conf and BSDSERV below, what can cause that error?Thanks for help! kernel building failed with such messages:- force-dynamic-hack.pico ---cc -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -shared -O2 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -MD -MF.depend.force-dynamic-hack.pico -MTforce-dynamic-hack.pico -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wswitch -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 -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std=gnu99 -nostdlib force-dynamic-hack.c -o force-dynamic-hack.pico--- vers.c ---MAKE="make" sh /usr/src/sys/conf/newvers.sh BSDSERV--- vers.o ---cc -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -fdebug-prefix-map=./i386=/usr/src/sys/i386/include -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wswitch -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 -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std=gnu99 -Werror vers.c--- kernel ---linking kernelld: error: undefined symbol: ktrcapfail>>> referenced by vfs_lookup.c>>> vfs_lookup.o:(namei)>>> referenced by vfs_lookup.c>>> vfs_lookup.o:(namei_setup)>>> referenced by vfs_lookup.c>>> vfs_lookup.o:(vfs_lookup)>>> referenced 3 more times*** [kernel] Error code 1 make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERVmake[2]: 1 error make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/BSDSERV 1098.27 real 2002.17 user 176.26 sys make[1]: stopped in /usr/src make: stopped in /usr/src /etc/src.conf===WITHOUT_APM=yesWITHOUT_ASSERT_DEBUG=yesWITHOUT_AUTHPF=yesWITHOUT_BHYVE=yesWITHOUT_BLACKLIST=yesWITHOUT_BLUETOOTH=yesWITHOUT_CCD=yesWITHOUT_CXGBETOOL=yesWITHOUT_DEBUG_FILES=yesWITHOUT_DTRACE=yesWITHOUT_FLOPPY=yesWITHOUT_GOOGLETEST=yesWITHOUT_HAST=yesWITHOUT_HTML=yesWITHOUT_HYPERV=yesWITHOUT_INET6=yesWITHOUT_IPFILTER=yesWITHOUT_ISCSI=yesWITHOUT_KDUMP=yesWITHOUT_KERNEL_SYMBOLS=yesWITH_MALLOC_PRODUCTION=yesWITHOUT_MLX5TOOL=yesWITHOUT_NVME=yesWITHOUT_OFED=yesWITHOUT_PF=yesWITHOUT_PTHREADS_ASSERTIONS=yesWITHOUT_RADIUS_SUPPORT=yesWITHOUT_RELRO=yesWITHOUT_SSP=yesWITHOUT_WARNS=yesWITHOUT_WERROR=yesWITHOUT_TESTS=yesWITHOUT_WIRELESS=yes BSDSERV===cpu HAMMERident BSDSERVdevice amdtempoptions SCHED_ULE # ULE scheduleroptions PREEMPTION # Enable kernel thread preemptionoptions VIMAGE # Subsystem virtualization, e.g. VNEToptions INET # InterNETworkingoptions TCP_OFFLOAD # TCP offloadoptions TCP_BLACKBOX # Enhanced TCP event loggingoptions TCP_HHOOK # hhook(9) framework for TCPoptions TCP_RFC7413 # TCP Fast Openoptions KERN_TLS # TLS transmit & receive offloadoptions FFS # Berkeley Fast Filesystemoptions SOFTUPDATES # Enable FFS soft updates supportoptions MD_ROOT
Re: http://www.freebsd.org/marketing/os-comparison.html
I would be happy if such a page would see an update in shorter terms like 11 years ... Fixing some ancient PRs would be nice also. (fixed, not just closed) ___ 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
question for GPGPU users (was: PHORONIX: OpenCL, ...)
Question for GPGPU users: How important are denormalized floats to GPGPU? (when the number is so small that it can't be normalized with the smallest possible exponent) The graphics people don't care, just round it. Do the GPGPU people care? (This is for the Open Graphics Project, which is designing a GPU that will be documented, and thus usable.) ___ 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: ZFS v28 is ready for wider testing.
On 02/09/10 22:48, Pawel Jakub Dawidek wrote: On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: [...] Ok, now that I know you read everything carefully, here is the patch: http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Now it is even easier to test new ZFS! :) Here you can find VirtualBox Appliance (113MB) with FreeBSD 9-CURRENT and ZFSv28: http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. You can log in as root with no password (via virtual console or via SSH). The system IP address is IP 192.168.56.66/24. There are 16 ada(4) disks to play with. For example: zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} raidz3 ada{8,9,10,11,12,13,14,15} zfsv28:root:~# zpool status pool: tank state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM tankONLINE 0 0 0 raidz3-0 ONLINE 0 0 0 ada0ONLINE 0 0 0 ada1ONLINE 0 0 0 ada2ONLINE 0 0 0 ada3ONLINE 0 0 0 ada4ONLINE 0 0 0 ada5ONLINE 0 0 0 ada6ONLINE 0 0 0 ada7ONLINE 0 0 0 raidz3-1 ONLINE 0 0 0 ada8ONLINE 0 0 0 ada9ONLINE 0 0 0 ada10 ONLINE 0 0 0 ada11 ONLINE 0 0 0 ada12 ONLINE 0 0 0 ada13 ONLINE 0 0 0 ada14 ONLINE 0 0 0 ada15 ONLINE 0 0 0 errors: No known data errors Hi, I would like to try ZFS + VirtualBox but I have got problems: 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux I tried import that file in my VirtualBox but I have got error: Failed to import appliance. /home/peter/FreeBSD/zfsv28.ovf Too many IDE controllers in OVF; import facility only supports one. 2) I tried to install VirtualBox under 64-bit FreeBSD 9.0-CURRENT #2 [r...@server /usr/ports/emulators/virtualbox-ose]# make Requires 32-bit libraries installed under /usr/lib32. Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. How can I fix that error in FreeBSD? Peter ___ 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
firebird 7 in freebsd cvs appears to be broke
I downloaded the new firebird-7 port from the freebsd cvs server. Make will run for about 20-mins then stop with these errors: gmake[4]: Leaving directory `/sandbox/firebird/work/mozilla/content/xsl/public' gmake[3]: Leaving directory `/sandbox/firebird/work/mozilla/content/xsl' gmake[3]: Entering directory `/sandbox/firebird/work/mozilla/content/events' gmake[4]: Entering directory `/sandbox/firebird/work/mozilla/content/events/public' gmake[4]: Leaving directory `/sandbox/firebird/work/mozilla/content/events/public' gmake[4]: Entering directory `/sandbox/firebird/work/mozilla/content/events/src' nsEventListenerManager.cpp c++ -o nsEventListenerManager.o -c -DOSTYPE=\FreeBSD5\ -DOSARCH=\FreeBSD\ -I./../../html/base/src -I./../../xul/content/src -I../../../dist/include/xpcom -I../../../dist/include/string -I../../../dist/include/dom -I../../../dist/include/js -I../../../dist/include/locale -I../../../dist/include/gfx -I../../../dist/include/layout -I../../../dist/include/widget -I../../../dist/include/caps -I../../../dist/include/xpconnect -I../../../dist/include/docshell -I../../../dist/include/pref -I../../../dist/include/view -I../../../dist/include/necko -I../../../dist/include/unicharutil -I../../../dist/include/content -I../../../dist/include -I/sandbox/firebird/work/mozilla/dist/include/nspr -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -O -pipe -march=athlon-xp -D_THREAD_SAFE -fshort-wchar -pipe -DNDEBUG -DTRIMMED -ffunction-sections -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h nsEventListenerManager.cpp In file included from nsEventListenerManager.cpp:69: ../../../dist/include/content/nsINodeInfo.h:324: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake[4]: *** [nsEventListenerManager.o] Error 1 gmake[4]: Leaving directory `/sandbox/firebird/work/mozilla/content/events/src' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/sandbox/firebird/work/mozilla/content/events' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/sandbox/firebird/work/mozilla/content' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/sandbox/firebird/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Thanks in advance -- KroNiC~BSD [EMAIL PROTECTED] -- http://www.fastmail.fm - Send your email first class ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Fwd: gcc compiler issues with gcc version 3.3.1...,,, on freebsd 5-current
On Sat, 18 Oct 2003 12:29:05 -0600, KroNiC~BSD [EMAIL PROTECTED] said: I am trying to compile firebird on freebsd 5-current. Something appears to be wrong with the compiler on the 5.x series as i am getting the following errors: c++ -o TestCOMPtr.o -c -DOSTYPE=\FreeBSD5\ -DOSARCH=\FreeBSD\ -I./../ds -I./services -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/sandbox/firebird/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -pedantic -fshort-wchar -pipe -DDEBUG -D_DEBUG -DDEBUG_root -DTRACING -g -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/TestCOMPtr.pp TestCOMPtr.cpp In file included from /usr/include/c++/3.3/backward/iostream.h:31, from TestCOMPtr.cpp:39: /usr/include/c++/3.3/backward/backward_warning.h:32:2: warning: #warning is a GCC extension /usr/include/c++/3.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. In file included from /usr/include/c++/3.3/bits/stl_iterator_base_funcs.h:68, from /usr/include/c++/3.3/bits/stl_algobase.h:74, from /usr/include/c++/3.3/memory:54, from /usr/include/c++/3.3/string:48, from /usr/include/c++/3.3/bits/locale_classes.h:47, from /usr/include/c++/3.3/bits/ios_base.h:47, from /usr/include/c++/3.3/ios:49, from /usr/include/c++/3.3/ostream:45, from /usr/include/c++/3.3/iostream:45, from /usr/include/c++/3.3/backward/iostream.h:32, from TestCOMPtr.cpp:39: /usr/include/c++/3.3/bits/concept_check.h:52:37: warning: anonymous variadic macros were introduced in C99 In file included from /usr/include/c++/3.3/memory:55, from /usr/include/c++/3.3/string:48, from /usr/include/c++/3.3/bits/locale_classes.h:47, from /usr/include/c++/3.3/bits/ios_base.h:47, from /usr/include/c++/3.3/ios:49, from /usr/include/c++/3.3/ostream:45, from /usr/include/c++/3.3/iostream:45, from /usr/include/c++/3.3/backward/iostream.h:32, from TestCOMPtr.cpp:39: /usr/include/c++/3.3/bits/stl_alloc.h:968: error: ISO C++ forbids the use of ` extern' on explicit instantiations /usr/include/c++/3.3/bits/stl_alloc.h:969: error: ISO C++ forbids the use of ` extern' on explicit instantiations /usr/include/c++/3.3/bits/stl_alloc.h:970: error: ISO C++ forbids the use of ` extern' on explicit instantiations /usr/include/c++/3.3/bits/stl_alloc.h:970: error: ISO C++ forbids the use of ` extern' on explicit instantiations /usr/include/c++/3.3/bits/stl_alloc.h:970: error: ISO C++ forbids the use of ` extern' on explicit instantiations In file included from /usr/include/c++/3.3/string:57, from /usr/include/c++/3.3/bits/locale_classes.h:47, from /usr/include/c++/3.3/bits/ios_base.h:47, from /usr/include/c++/3.3/ios:49, from /usr/include/c++/3.3/ostream:45, from /usr/include/c++/3.3/iostream:45, from /usr/include/c++/3.3/backward/iostream.h:32, from TestCOMPtr.cpp:39: /usr/include/c++/3.3/bits/basic_string.tcc:1061: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1061: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1061: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1064: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1067: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1070: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1073: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1076: error: ISO C++ forbids the use of `extern' on explicit instantiations /usr/include/c++/3.3/bits/basic_string.tcc:1076: error: ISO C++ forbids the use of `extern' on explicit instantiations
Re: Fwd: gcc compiler issues with gcc version 3.3.1...,,, on freebsd 5-current
It was an 5.1 install then upgraded to 5-current via... the handbookand i followed it to the letter. I have had no problems compiling other code so i assume its either a firebird code issue or its the modified gcc freebsd 5.x compiler. Thanks for all the help guys. On Sat, 18 Oct 2003 15:17:03 -0400 (EDT), Andre Guibert de Bruet [EMAIL PROTECTED] said: On Sat, 18 Oct 2003, KroNiC~BSD wrote: On Sat, 18 Oct 2003 12:29:05 -0600, KroNiC~BSD [EMAIL PROTECTED] said: I am trying to compile firebird on freebsd 5-current. Something appears to be wrong with the compiler on the 5.x series as i am getting the following errors: snip others are getting these errors while compiling various other apps. http://gcc.gnu.org/ml/gcc-bugs/2003-08/msg00370.html I can find others having these issues but have not found why or how to fix it, so i would appreciate some help on this. What upgrade path did you use to get to 5.x/CURRENT? Did you remember to clear out /usr/include/g++ and perform an installworld as stated in current if you've come from 4.x (or a mid-2002 CURRENT)? Andre Guibert de Bruet | Enterprise Software Consultant Silicon Landmark, LLC. | http://siliconlandmark.com/ -- KroNiC~BSD [EMAIL PROTECTED] -- http://www.fastmail.fm - Accessible with your email software or over the web ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
5.0-DP2 ACLs on UFS2
Hey all, I've recently installed FreeBSD 5.0-DP2 to get myself familiar with the upcoming ACLs present in -CURRENT before the release itself. I've setup a test machine with one 45gb ide drive with one slice and two partitions (/ and swap) and installed FreeBSD on it. dumpfs / shows that root is UFS2, and from reading /usr/src/sys/ufs/ufs/README.acls, I don't need to do the extattrctl initattr commands since ufs2 supports EA/ACLs natively. Additionally, I booted to single user mode and enabled ACLS on / by doing a tunefs -a enable /dev/ad0s1a. I proceeded to try getfacl and setfacl. getfacl returned the default settings (just stat() in ACL form according to Robert Watson), however, no matter what I tried all I could get with setfacl -m g:mail:rwx testfile was: setfacl: acl_get_file() failed: Operation not supported I thought perhaps the tunefs on the ro mount of / did not take. So instead I used the mount time flag in fstab: /dev/ad0s1a / ufs rw,acls 1 1 I rebooted, and tried again. Yet I still get the same error message with setfacl. At this point I'm stuck. Is it because I only have / and not / and /usr? Does UFS2 with EA/ACLs not work on boot partitions? Or did I misunderstand something when trying to setup ACLs in -CURRENT? Any advice right now would be welcomed. Thanks. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
passwd and PAM
I realize this probably isn't a -current issue, but since I don't have any experience with PAM I don't know for sure if it's just me or not. My problem is that the passwd command isn't doing anything, at all. I have the stock pam setup (/etc/pam.d, /etc/pam.conf deleted after running mergemaster). Running adduser will add a user with a password in master.passwd, but running passwd will not change the password, regardless if a password exists or is null. Also, if a user does have a password, with the stock setup not even root can change it without providing the correct previous password. This wasn't intentional was it? Chris To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: passwd and PAM
Great thanks! Chris On 26 Apr 2002, Dag-Erling Smorgrav wrote: bsd [EMAIL PROTECTED] writes: My problem is that the passwd command isn't doing anything, at all. Already fixed, cvsup and rebuild libpam. Also, if a user does have a password, with the stock setup not even root can change it without providing the correct previous password. This wasn't intentional was it? Yes and no. There are some complications regarding NIS. It's high on my list of things to fix. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Multiple NFS server problems with Solaris 8 clients
On Wed, 24 Oct 2001, Paul van der Zwan wrote: I have looked at a trace I made using snoop and it shows an NFS_ACL call which is not supported by FreeBSD. It should have sent a reply that it does not know the NFS_ACL protocol but apparently it does not. The only return traffic I see is an empty packet with the tcp ACK. It looks like an implementation error in the -current NFS server. Paul I have been digging at traces of 4.4-RELEASE (which works) and -current (which doesn't). Both versions get it wrong. I have no idea why 4.4-RELEASE worked. -current responds with a blank TCP packet (which it emphatically should *not* do) to the GETACL3 call. It *could* conceivably be received as an RPC packet with the Last Fragment flag not set and a length of 0. Who knows what the Solaris 8 client is doing when it encounters this (probably getting stuck waiting for more data which never comes). 4.4-RELEASE responds with an RPC packet indicating success (which is *also* wrong if the NFS server doesn't support ACLs) and then puts what looks to be garbage in the response. However, it is a valid RPC reponse with the Last Fragment flag set. Presumably the Solaris client gets the message, sees the last fragment, throws away the packet as an error and continues on with life. I presume that the correct response is to send back an RPC reply (with the Last Fragment set) which indicates that the RPC message was accepted but that the procedure was unavailable (PROC_UNAVAIL). Hopefully this matches what an older Solaris server would do when faced with a Solaris 8 client and everything will proceed normally from there. If anybody wants ethereal traces, I can send them. Just ask. Andy L. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-current nfsd still causes hang from Solaris 8 nfs client
There was some talk about patches getting committed to fix multiple problems with Solaris 8 NFS clients. Did those ever get committed? As of 10/23, I'm still seeing problems. If they have been committed, I'll pull out ethereal and start sniffing packets. However, if something is about to get committed, I'll hold off. Let me know what the status is, Andy L. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Current makeworld seems broken.
The problem seems to be in the /usr/src/share/examples/Makefile copies:: is an idiom used in only one other place in the BSD tree (in sendmail -- the /usr/src/share/sendmail/Makefile). Burying copies:: inside a .for loop seems to hide the indentifier from make. It probably shouldn't have worked previously, but it apparently it did. Something somewhere else must have covered up the bug and just got exposed. The fix seems to be to move the loops inside the copies:: section. Disclaimer: I am not one of the BSD maintainers so I can't comment on the validity of the patch. But it seems to work for me. The patch I used is attached. Hope it helps. Andy L. *** /home/andrewl/Makefile-1.29 Sun Oct 21 15:25:19 2001 --- MakefileSun Oct 21 15:28:20 2001 *** *** 21,36 beforeinstall: etc-examples ${SHARED} - .for dir in ${DIRS} FILES!= find -L ${dir} \( -name CVS -prune \) -o -type f -print ! .for file in ${FILES} copies:: ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 ${file} ${DDIR}/${file} .endfor .endfor - .for dir in ${DIRS} symlinks:: rm -rf ${DDIR}/${dir}; ln -s ${.CURDIR}/${dir} ${DDIR} .endfor --- 21,37 beforeinstall: etc-examples ${SHARED} FILES!= find -L ${dir} \( -name CVS -prune \) -o -type f -print ! copies:: + .for dir in ${DIRS} + .for file in ${FILES} ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 ${file} ${DDIR}/${file} .endfor .endfor symlinks:: + .for dir in ${DIRS} rm -rf ${DDIR}/${dir}; ln -s ${.CURDIR}/${dir} ${DDIR} .endfor
any news on that?
Does anyone know if these changes have been made? Thank you! Vladimir From [EMAIL PROTECTED] Thu Mar 16 18:50:34 2000 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: rpc.lockd and XDR 64bit Date: Thu, 16 Mar 2000 13:47:30 -0500 From: "David E. Cross" [EMAIL PROTECTED] X-Loop: FreeBSD.ORG X-Status: X-Keywords: X-UID: 25 Now that the code freeze is over, can the 64Bit XDR changes be made? This is the only thing preventing the next release of the rpc.lockd code at this point. -- David Cross | email: [EMAIL PROTECTED] Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvsup servers
Dear BSD-users, I apologize for a potentially off-topic question, but I could not find a more appropriate mailing list. We are thinking of setting up and maintaining a cvsup mirror of FreeBSD sources and making it available for everyone.I would appreciate if someone could direct me to some information of what's involved in setting up such a service. Maybe I could get in contact with a person who is maintaining one of the US mirrors (is there a list of maintainers)? If we were to set up a dedicated machine for that, what would be the hardware requirements (disk space, etc)? Thank you Vladimir [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc optimizer in -current system ...
On Thu, 23 Sep 1999, The Hermit Hacker wrote: just curious, but what is the max setting that can be used to compile the kernel? Works rather nicely here with -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math LLaP bero To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc optimizer in -current system ...
On Thu, 23 Sep 1999, Dan Nelson wrote: Works rather nicely here with -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math -O6 is too much; -O3 is the highest level tested for by egcs. But specifying something too high (-O99) doesn't hurt - I'm using -O6 for gcc 2.95.1 (which, by the way, compiles almost everything in 3.3-RELEASE and 4.0-CURRENT, the only thing still troubling me with it is the kernel). LLaP bero To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc optimizer in -current system ...
On Thu, 23 Sep 1999, Matthew Dillon wrote: I tend not to like the higher optimization levels because they cause the compiler to attempt to turn static functions into inlines and, in my opinion, it doesn't do a very good job of selecting which functions to convert. The result is that I see bloated binaries with no performance gain to show for it. EGCS's -Os is my favorite. Have you tried specifying -O6 and -Os (With -Os following -O6 because we want it to override the values set by -O6)? I haven't tried it for a while, but at least in an older egcs snapshot (somewhere between 1.1.2 and gcc 2.95), it worked (optimize as much as possible, but value size over speed). LLaP bero To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message