tag #710749 patch tag #710749 moreinfo thanks Hi Aaron,
On So 02 Jun 2013 04:29:48 CEST "Aaron M. Ucko" wrote:
Source: libjpeg-turbo Version: 1.3.0-1 Severity: serious Justification: fails to build from source Thanks for addressing #710566 so promptly! Alas, on kfreebsd-amd64, libjpeg-turbo gets past it only to run into another error: when "checking for object file format of host system" (per logic propagated from acinclude.m4 to configure by way of aclocal.m4), it doesn't know what to make of kFreeBSD and falls back to assuming 32-bit ELF, which naturally fails: checking for object file format of host system... ELF ? configure: WARNING: unexpected host system. assumed that the format is ELF. checking for object file format specifier (NAFLAGS) ... -felf -DELF checking whether the assembler (nasm -felf -DELF) works... yes checking whether the linker accepts assembler output... no configure: error: configuration problem: maybe object file format mismatch. ELF is indeed a reasonable fallback these days, but I'd suggest defaulting to the "ELF64" case when the CPU type is x86_64 or amd64 and the OS is unknown. Could you please take a look? Thanks!
Attached you find a patch that may hopefully fix the reported issue. Can you please review (as I do not have kfreebsd here to test atm)?
Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
Description: Default to ELF64 object format on 64-bit kFreeBSD Author: Mike Gabriel <mike.gabr...@das-netzwerkteam.de> --- a/acinclude.m4 +++ b/acinclude.m4 @@ -40,7 +40,7 @@ ;; esac ;; - freebsd* | netbsd* | openbsd*) + kfreebsd* | freebsd* | netbsd* | openbsd*) if echo __ELF__ | $CC -E - | grep __ELF__ > /dev/null; then objfmt='BSD-a.out' else
pgplEmD_tG2fy.pgp
Description: Digitale PGP-Unterschrift