Date: Fri, 07 Oct 2016 11:21:31 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 211808] graphics/opencv-core: c++ compiler error due to "fatal error: 'stddef.h' file not found" Message-ID: <bug-211808-13-W6PANif5VG@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211808-13@https.bugs.freebsd.org/bugzilla/> References: <bug-211808-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211808 --- Comment #7 from Jan Beich (mail not working) <jbeich@FreeBSD.org> --- (In reply to ohartman from comment #6) > Until now, I lived under the impression, "native" would force > the compiler to select the proper feature list due to CPUID. Correct. Compiler but not ports e.g., # excerpt from math/fftw3 . if !empty(MACHINE_CPU:Mavx) CONFIGURE_ARGS+=3D--enable-avx . endif > But since even the host failing the build does build the ports > properly in poudriere, doesn't reveal much I guess. By homework I've meant replicating live system environment bit-by-bit until= it can be reproduced within poudriere. This is a very tedious process but allo= ws to track down practically any bug except those affecting kernel or hardware. Another name to call it is bisecting environment. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211808-13-W6PANif5VG>