Re: netbsd-8 broken: sbin/fsck_lfs/lfs.c:369:4: error: 'struct inode' has no member named 'i_flag'
On Thu, 13 Jul 2017, co...@sdf.org wrote: I renamed i_flag to i_state in -current after the -8 branch. It looks like -current headers being used for building -8. Indeed, this seems to be a local problem. Thanks for the hint! - Hubert
netbsd-8 broken: sbin/fsck_lfs/lfs.c:369:4: error: 'struct inode' has no member named 'i_flag'
How can a release branch be broken? Was this not tested before/after the pullup? Or is this some local problem? Where to look? Details below. - Hubert # compile lfs_cleanerd/lfs.o /Users/feyrer/work/NetBSD/cvs/src-8/tooldir.Darwin/bin/x86_64--netbsd-gcc -O2 -fPIE-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Werror --sysroot=/Volumes/netbsd-src-objdestdir/destdir.amd64 -I/Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs -I/Users/feyrer/work/NetBSD/cvs/src-8/sbin/mount_lfs -c /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c: In function 'lfs_raw_vget': /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c:369:4: error: 'struct inode' has no member named 'i_flag' ip->i_flag = 0; ^ /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c: In function 'extend_ifile': /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c:955:4: error: 'struct inode' has no member named 'i_flag' ip->i_flag |= IN_MODIFIED; ^ /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c: In function 'lfs_balloc': /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c:1061:6: error: 'struct inode' has no member named 'i_flag' ip->i_flag |= IN_CHANGE | IN_UPDATE; ^ /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c: In function 'lfs_fragextend': /Users/feyrer/work/NetBSD/cvs/src-8/sbin/fsck_lfs/lfs.c:1255:4: error: 'struct inode' has no member named 'i_flag' ip->i_flag |= IN_CHANGE | IN_UPDATE; ^ *** [lfs.o] Error code 1
-current evbarm build failure
Running "./build.sh -m evbarm", I get the build error below. This works for amd64. Is there a fix for this? I've made sure I don't have any stale files around, and the autobuilds don't seem to have this problem. Am I using the wrong argument to -m? Bonus question: what ARE valid values for -m? - Hubert Trimmed error log: ===> build.sh command:./build.sh -U -j2 -u -X ../xsrc-current -x -m evbarm -T tooldir.Darwin -O /Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX -D /Volumes/netbsd-src-objdestdir/destdir.evbarm -R release.evbarm -V HOST_CC=/usr/bin/cc -V HOST_CXX=/usr/bin/g++ release iso-image install-image ===> build.sh started:Sat May 6 10:57:56 CEST 2017 ===> NetBSD version: 7.99.71 ===> MACHINE: evbarm ===> MACHINE_ARCH:earm ===> Build platform: Darwin 14.5.0 x86_64 ===> HOST_SH: /bin/sh ===> MAKECONF file: /etc/mk.conf (File not found) ===> TOOLDIR path: /Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin ===> DESTDIR path:/Volumes/netbsd-src-objdestdir/destdir.evbarm ===> RELEASEDIR path: /Users/feyrer/work/NetBSD/cvs/src-current/release.evbarm ===> Updated makewrapper: /Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin/bin/nbmake-evbarm ... dependall ===> tools/gcc --- dependall --- --- .build_done --- nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/intl' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/intl' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libiberty' nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libiberty' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libbacktrace' /Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin/bin/nbgmake all-am nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/libiberty' nbgmake[2]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libbacktrace' true DO=all multi-do # /Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin/bin/nbgmake nbgmake[2]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libbacktrace' nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libbacktrace' nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/libiberty' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libdecnumber' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libdecnumber' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/lto-plugin' /Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin/bin/nbgmake all-am nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/fixincludes' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/fixincludes' nbgmake[2]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/lto-plugin' nbgmake[2]: Nothing to be done for `all-am'. nbgmake[2]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/lto-plugin' nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/lto-plugin' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/libcpp' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/build-x86_64-apple-darwin14.5.0/libcpp' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libcpp' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/libcpp' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/fixincludes' nbgmake[1]: Nothing to be done for `all'. nbgmake[1]: Leaving directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/fixincludes' nbgmake[1]: Entering directory `/Volumes/netbsd-src-objdestdir/obj.evbarm-Darwin-XXX/tools/gcc/build/gcc' NOT REBUILDING /Users/feyrer/work/NetBSD/cvs/src-current/tools/gcc/../../external/gpl3/gcc/dist/gcc/config/
Re: Building on OS X - how?
Good evening, On Wed, 10 Aug 2016, Hubert Feyrer wrote: I've added a bit more information below[2], but to cut a long story short - what excact build.sh options does one use these days to cross-build -current/amd64 from OS X? Did I miss any documentation[3] It seems this was resolved somewhere after a "cvs update". Thanks to whoever the unsung hero is! And for the record, here is what I use to build now: ./build.sh -U -u -X ../xsrc-current -x -m amd64 -T tooldir.Darwin -O obj.amd64-Darwin-XXX -D destdir.amd64 -R release.amd64 -V HOST_CC=/usr/bin/cc -V HOST_CXX=/usr/bin/g++ release There's one problem left but I will start a separate thread for that. - Hubert
Re: Building on OS X - how?
Hi Jaromir, > Am 13.08.2016 um 22:06 schrieb Jaromír Doleček : > FWIW, build of tools for both i386 and sparc64 finished without > problems for me on Mac OS X host (10.11.6), building from clean > sources. Do you have the Mac OS X Command Line Tools installed? It’s not part of XCode but needs extra installation. - Hubert
re: Building on OS X - how?
Hi, On Sat, 13 Aug 2016, matthew green wrote: this fails building the native gcc, which requires a bunch of host tools to run. going on your following post, there is a problem with genmatch. i don't have access to any osx to test, so i'm not sure where to start looking. there aren't too many rules used in the creation of "genmatch" binary - can you run "make cleandir" in usr.bin/backend/ and then "make MAKEVERBOSE=2 genmatch", and post all the commands run? there probably will be a configure run in here, and perhaps the output of it also matters. I've put script(1) output here: http://www.feyrer.de/Misc/priv/build-fail-macos.txt Thanks in advance for having a look! - Hubert
Re: Building on OS X - how?
On Wed, 10 Aug 2016, co...@sdf.org wrote: There shouldn't be anything special about building from OS X. You just ran into a setup that happens to not work with it. Well, that's my question: what _does_ work? I have OS X 10.10.5 (Yosemite) and no wish to upgrade, so pointers on where to get proper Xcode, Command line tools etc. would help. It'd be good to file a bug report for it, or at least mention where it fails. Here are the details and errors for two builds, 1) with GCC/LLVM (/Developer/usr/bin/cc) and 2) with LLVM/CLANG (/usr/bin/cc). Short: 1) /Developer/usr/bin/cc: error: 'LONG_MIN' undeclared in tools/binutils 2) /usr/bin/cc: Undefined symbols for architecture x86_64: "_iconv" in external/gpl3/gcc/usr.bin/backend Long: 1) /Developer/usr/bin/cc: error: 'LONG_MIN' undeclared ===> build.sh command:./build.sh -U -r -X ../xsrc-current -x -m amd64 -T tooldir.Darwin -O obj.amd64-Darwin-XXX -D destdir.amd64 -R release.amd64 -V HOST_CC=/Developer/usr/bin/cc -V HOST_CXX=/Developer/usr/bin/c++ release ... dependall ===> tools/binutils ... /Developer/usr/bin/cc -c -DHAVE_CONFIG_H -O -O2 -no-cpp-precomp -I. -I/Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiberty/../include -W -Wall -W write-strings -Wc++-compat -Wstrict-prototypes -pedantic -D_GNU_SOURCE /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiberty/fibheap.c -o ./fibheap.o couldn't understand kern.osversion `14.5.0' /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c: In function 'fibheap_replace_key_data': /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c:220: error: 'LONG_MIN' undeclared (first use in this function) /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c:220: error: (Each undeclared identifier is reported only once /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c:220: error: for each function it appears in.) /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c: In function 'fibheap_delete_node': /Users/feyrer/work/NetBSD/cvs/src-current/tools/binutils/../../external/gpl3/binutils/dist/libiber ty/fibheap.c:261: error: 'LONG_MIN' undeclared (first use in this function) *** Failed target: ./fibheap.o 2) /usr/bin/cc: ===> build.sh command:./build.sh -U -r -X ../xsrc-current -x -m amd64 -T tooldir.Darwin -O obj.amd64-Darwin-XXX -D destdir.amd64 -R release.amd64 -V HOST_CC=/usr/bin/cc -V HOST_CXX=/usr/bin/g++ release ... dependall ===> external/gpl3/gcc/usr.bin/backend ... # link backend/genmatch /usr/bin/g++ -O -I/Users/feyrer/work/NetBSD/cvs/src-current/obj.amd64-Darwin-XXX/external/gpl3/gcc /usr.bin/host-libiberty/libiberty -I. -I/Users/feyrer/work/NetBSD/cvs/src-current/external/gpl3/gc c/usr.bin/backend/../gcc/arch/x86_64 -DIN_GCC -DHAVE_CONFIG_H -I/Users/feyrer/work/NetBSD/cvs/src- current/external/gpl3/gcc/dist/gcc -I/Users/feyrer/work/NetBSD/cvs/src-current/external/gpl3/gcc/d ist/gcc/. -I/Users/feyrer/work/NetBSD/cvs/src-current/external/gpl3/gcc/dist/gcc/../include -I/Use rs/feyrer/work/NetBSD/cvs/src-current/external/gpl3/gcc/dist/gcc/../libcpp/include -I/Users/feyrer /work/NetBSD/cvs/src-current/external/gpl3/gcc/dist/gcc/../libdecnumber -I/Users/feyrer/work/NetBS D/cvs/src-current/external/gpl3/gcc/dist/gcc/../libdecnumber/dpd -I/Users/feyrer/work/NetBSD/cvs/s rc-current/external/gpl3/gcc/dist/gcc/../libbacktrace -DGENERATOR_FILE -I/Users/feyrer/work/NetBSD /cvs/src-current/external/gpl3/gcc/usr.bin/backend/.. -o genmatch genmatch.lo build-errors.lo bui ld-vec.lo build-hash-table.lo -L/Users/feyrer/work/NetBSD/cvs/src-current/tooldir.Darwin/lib -lnbc ompat /Users/feyrer/work/NetBSD/cvs/src-current/obj.amd64-Darwin-XXX/external/gpl3/gcc/usr.bin/hos t-libcpp/libcpp/libcpp.a /Users/feyrer/work/NetBSD/cvs/src-current/obj.amd64-Darwin-XXX/external/g pl3/gcc/usr.bin/host-libiberty/libiberty/libiberty.a Undefined symbols for architecture x86_64: "_iconv", referenced from: convert_using_iconv(void*, unsigned char const*, unsigned long, _cpp_strbuf*) in libcpp.a(ch arset.o) (maybe you meant: __Z14cpp_init_iconvP10cpp_reader, __cpp_destroy_iconv ) "_iconv_close", referenced from: __cpp_destroy_iconv in libcpp.a(charset.o) __cpp_convert_input in libcpp.a(charset.o) "_iconv_open", referenced from: init_iconv_desc(cpp_reader*, char const*, char const*) in libcpp.a(charset.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)
Building on OS X - how?
Hi, for a long time I've cross-built -current/amd64 from OS X. After following the advice to install Command Line Tools[1] as a second compiler besides Xcode, things went downhill and I see different build errors with no special build flags, or with various settings like "-V HOST_CC=/Developer/usr/bin/cc -V HOST_CXX=/Developer/usr/bin/ c++" (LLVM) and "-V HOST_CC=/usr/bin/cc -V HOST_CXX=/usr/bin/g++" (clang). I've added a bit more information below[2], but to cut a long story short - what excact build.sh options does one use these days to cross-build -current/amd64 from OS X? Did I miss any documentation[3] Thanks in advance! - Hubert [1] https://developer.apple.com/downloads/ The link is from pkgsrc/bootstrap/README.MacOSX [2] % xcode-select -v xcode-select version 2339. % uname -a Darwin promise.local 14.5.0 Darwin Kernel Version 14.5.0: Thu Jun 16 19:58:21 PDT 2016; root:xnu-2782.50.4~1/RELEASE_X86_64 x86_64 % gcc -v Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 7.0.2 (clang-700.1.81) Target: x86_64-apple-darwin14.5.0 Thread model: posix % /Developer/usr/bin/gcc -v couldn't understand kern.osversion `14.5.0' Using built-in specs. Target: i686-apple-darwin11 Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.1~22/src/configure --disable-checking --enable-werror --prefix=/Developer/usr/llvm-gcc-4.2 --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin11 --enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.1~22/dst-llvmCore/Developer/usr/local --program-prefix=i686-apple-darwin11- --host=x86_64-apple-darwin11 --target=i686-apple-darwin11 --with-gxx-include-dir=/usr/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) [3] neither the NetBSD guide nor src/BUILDING provide help on cross-building from OS X in particular
building on OS X: configure:9101: error: no usable dependency style found
Hi, trying to build -current/amd64 on OS X(*) gives the following error in …/external/gpl3/gcc/usr.bin/backend: … checking how to run the C++ preprocessor... g++ -E checking for unordered_map... yes checking for tr1/unordered_map... no checking for ext/hash_map... yes checking dependency style of g++... none ==> configure: error: no usable dependency style found *** Failed target: auto-build.h What to do? Contents of src-current/obj.amd64-Darwin-XXX/external/gpl3/gcc/usr.bin/backend//.ab/config.log is attached. (*) System details: % uname -a Darwin promise.local 14.5.0 Darwin Kernel Version 14.5.0: Tue Sep 1 21:23:09 PDT 2015; root:xnu-2782.50.1~1/RELEASE_X86_64 x86_64 % gcc -v Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 7.0.2 (clang-700.1.81) Target: x86_64-apple-darwin14.5.0 Thread model: posix - Hubert config.log Description: Binary data