Date: Fri, 19 Sep 2014 10:11:57 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 182209] [new port] emulators/hyperv-ic: Ports containing Hyper-V integration components for FreeBSD Message-ID: <bug-182209-13-AQj3iJFfYh@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-182209-13@https.bugs.freebsd.org/bugzilla/> References: <bug-182209-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=182209 --- Comment #34 from John Marino <marino@FreeBSD.org> --- (In reply to Kylie from comment #32) cross-posted > > What is the purpose of redefining FETCH_ARGS? I suspect this is unneed > If we use default FETCH_ARGS, sometimes fetch will fail in our test > environment. From this discussion > http://lists.freebsd.org/pipermail/freebsd-ports/2013-December/088717.html, > it seems default value for FETCH_ARGS is "-AFpr" and "-A" is to limit fetch > redirection. Then could we redefine it to ensure fetch operation > successfully? Thanks. No, "FETCH_ARGS" is defined as "-Fpr". Your information is obsolete. > CLANG works for our FreeBSD 9.x and 8.x ports. However if we change compiler > to GCC, our KVP daemon ports on FreeBSD10 will have some issue which we need > to investigate. Where is clang coming from on FreeBSD 8? You didn't specify it as a dependency. > From this wiki https://wiki.freebsd.org/PortsAndClang, it seems Clang is > default compiler on FreeBSD 10. > Could we keep CLANG as compiler since functions on 10, 9.x and 8.4 are > verified successfully. Hardcoding clang is frowned upon. USES+= compiler: is the proper way. -- 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-182209-13-AQj3iJFfYh>