Bug#814137: wimlib: FTBFS on kFreeBSD: undefined references to ntfs_*
Hilko Bengen writes: > According to objdump, ntfs-3g on kfreebsd *does* lack those symbols. All > of those are guarded by #ifdef HAVE_SETXATTR in the source code. That would explain it. > To me, this makes no sense for pure library interfaces that do not > directly interface with the FUSE layer. I suppose the idea is to make this limitation clear as quickly as possible, but agree that it would be friendlier for the library to fall back on supplying stubs that return an appropriate error code. Perhaps it could even arrange for their use to trigger linker *warnings*, just not errors. (I don't remember if would require misclassifying them as "deprecated," though.) > I am reassigning this to ntfs-3g itself and limiting the build > architectures for wimlib to linux-any. OK, thanks. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#814137: wimlib: FTBFS on kFreeBSD: undefined references to ntfs_*
Control: reassign -1 ntfs-3g Control: tag -1 upstream * Aaron M. Ucko: > Source: wimlib > Version: 1.8.3-1 > Severity: important > Justification: fails to build from source > > Builds of wimlib on kFreeBSD failed due to undefined references to > ntfs_* symbols: > > libtool: link: gcc -std=gnu99 -fvisibility=hidden -fno-common > -Wmissing-prototypes -Wstrict-prototypes -Wundef -Wno-pointer-sign > -Wno-deprecated-declarations -g -O2 -fstack-protector-strong -Wformat > -Werror=format-security -Wl,-z -Wl,relro -o .libs/wimlib-imagex > programs/wimlib_imagex-imagex.o ./.libs/libwim.so -pthread > ./.libs/libwim.so: undefined reference to `ntfs_get_ntfs_attrib' > ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_reparse_data' > ./.libs/libwim.so: undefined reference to `ntfs_inode_set_times' > ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_attrib' > ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_dos_name' > ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_acl' > collect2: error: ld returned 1 exit status > Makefile:1201: recipe for target 'wimlib-imagex' failed According to objdump, ntfs-3g on kfreebsd *does* lack those symbols. All of those are guarded by #ifdef HAVE_SETXATTR in the source code. To me, this makes no sense for pure library interfaces that do not directly interface with the FUSE layer. I am reassigning this to ntfs-3g itself and limiting the build architectures for wimlib to linux-any. Cheers, -Hilko
Bug#814137: wimlib: FTBFS on kFreeBSD: undefined references to ntfs_*
Source: wimlib Version: 1.8.3-1 Severity: important Justification: fails to build from source Builds of wimlib on kFreeBSD failed due to undefined references to ntfs_* symbols: libtool: link: gcc -std=gnu99 -fvisibility=hidden -fno-common -Wmissing-prototypes -Wstrict-prototypes -Wundef -Wno-pointer-sign -Wno-deprecated-declarations -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro -o .libs/wimlib-imagex programs/wimlib_imagex-imagex.o ./.libs/libwim.so -pthread ./.libs/libwim.so: undefined reference to `ntfs_get_ntfs_attrib' ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_reparse_data' ./.libs/libwim.so: undefined reference to `ntfs_inode_set_times' ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_attrib' ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_dos_name' ./.libs/libwim.so: undefined reference to `ntfs_set_ntfs_acl' collect2: error: ld returned 1 exit status Makefile:1201: recipe for target 'wimlib-imagex' failed I'm not sure what went wrong here, as the log does confirm linkage against libntfs-3g: /bin/bash ./libtool --tag=CC --mode=link gcc -std=gnu99 -fvisibility=hidden -fno-common -Wmissing-prototypes -Wstrict-prototypes -Wundef -Wno-pointer-sign -pthread -I/usr/include/libxml2-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -version-info 23:0:8 -Wl,-z,relro -o libwim.la -rpath /usr/lib/x86_64-kfreebsd-gnu src/libwim_la-add_image.lo ... src/libwim_la-unix_capture.lo -lxml2 -lntfs-3g Could you please take a look? Thanks!