Re: svn commit: r354095 - in head/sys: amd64/amd64 amd64/include kern
On Sat, 26 Oct 2019, Antoine Brodin wrote: > It builds fine with this patch. Thank you for the quick report and testing, Antoine, and the quick fix, Konstantin! Gerald ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r354095 - in head/sys: amd64/amd64 amd64/include kern
On Sat, 26 Oct 2019, Konstantin Belousov wrote: >>> It is very strange. Are gcc 9 or 8 affected ? >> gcc 8 and 9 are affected too. > Then this is a completely different cause then I guessed below, and I think > I know why. All of 8/9/10 gcc ports have support for multiarch, and the > error must happen for gcc or xgcc invocation with -m32, am I right ? Here is what I got in terms of just being bombarded with build failure reports across the board, the two below being for lang/gcc8: Date: Sat, 26 Oct 2019 11:46:37 GMT Subject: [package - head-amd64-default][lang/gcc8] Failed for gcc8-8.3.0_3 in build Log URL: http://beefy19.nyi.freebsd.org/data/head-amd64-default/2019-10-26_10h54m41s/logs/gcc8-8.3.0_3.log Build URL: http://beefy19.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=2019-10-26_10h54m41s -and- Date: Sat, 26 Oct 2019 12:59:10 GMT Subject: [package - head-amd64-pcb-default][lang/gcc8] Failed for gcc8-8.3.0_3 in build Log URL: http://beefy19.nyi.freebsd.org/data/head-amd64-pcb-default/2019-10-26_12h17m09s/logs/gcc8-8.3.0_3.log Build URL: http://beefy19.nyi.freebsd.org/build.html?mastername=head-amd64-pcb-default&build=2019-10-26_12h17m09s Indeed I see -m32 in the last invocation of xgcc here in both case. Gerald ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r354095 - in head/sys: amd64/amd64 amd64/include kern
On Sat, 26 Oct 2019, Konstantin Belousov wrote: > It is very strange. Are gcc 9 or 8 affected ? So far I have only received notification from the head-amd64-default package builder for lang/gcc10-devel, none of the other ports. Gerald > As a blind guess, please try this patch. Thank you! I'm not able to do so (no suitable system with root access); hopefully someone else can. Antoine, can you? ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r339350 - head/contrib/elftoolchain/elfcopy
On Thu, 18 Oct 2018, Ed Maste wrote: > I think this is probably the right approach, although I also have an > ELF Tool Chain fix in D17596 which is waiting on the code freeze to > end. I'm a little confused: This was broken most recently (as the mail bomb that my inbox received from the pkg cluster and others indicates), so at this point in the release cycle shouldn't (a) the change causing all this be reverted, *or* (b) a follow-up patch committed immediately, whatever looks less risky? Gerald ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r228435 - in head/libexec/rtld-elf: . amd64 arm i386 ia64 mips powerpc powerpc64 sparc64
On Mon, 12 Dec 2011, Kostik Belousov wrote: > Does anybody on toolchain@ know how to submit the gas change to > maintainers for inclusion into mainline, or better, can submit it > himself ? I assume that no copyright assignment is required for this > trivial flip of settings. I would just send to binut...@sourceware.org. And indeed, the patch is sufficiently small not to require copyright assignment or disclaimer or the like from what I can tell. Gerald ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r222723 - head/sys/sys
On Mon, 6 Jun 2011, Andriy Gapon wrote: > Woops! I admit I just copied the description and the patch from the PR. > How inattentive I could be while doing that? > > Gerald, should the patch have actually introduced SNDCTL_DSP_HALT as the > description says? Yikes! You are totally right, Pan Tsu and Andriy. Below you'll find the corresponding patch I got into Wine upstream, so clearly this should have been about SNDCTL_DSP_HALT. Sorry about the snafu on this and the delay in getting back to this; in between business travel and vacation I haven't been home for more than three weeks. Gerald ==== patch From: Gerald Pfeifer To: wine-patc...@winehq.org Cc: Andrew Eikum Date: Thu, 19 May 2011 08:24:23 -0600 (MDT) Subject: wineoss.drv: Cope with system which lack SNDCTL_DSP_HALT. This is the last patch that is necessary to make vanilla Wine build on current versions of FreeBSD. I will also send a summary in response to Andrew's question around this Gerald --- dlls/wineoss.drv/mmdevdrv.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/dlls/wineoss.drv/mmdevdrv.c b/dlls/wineoss.drv/mmdevdrv.c index 7dec1e0..0edcb25 100644 --- a/dlls/wineoss.drv/mmdevdrv.c +++ b/dlls/wineoss.drv/mmdevdrv.c @@ -53,6 +53,13 @@ #include "audiopolicy.h" #include "audioclient.h" + +/* Some implementations of OSS, such as FreeBSD older than 9.0, lack + SNDCTL_DSP_HALT which is just a synonym for the older SNDCTL_DSP_RESET. */ +#ifndef SNDCTL_DSP_HALT +#define SNDCTL_DSP_HALT SNDCTL_DSP_RESET +#endif + WINE_DEFAULT_DEBUG_CHANNEL(oss); #define NULL_PTR_ERR MAKE_HRESULT(SEVERITY_ERROR, FACILITY_WIN32, RPC_X_NULL_REF_POINTER) -- 1.7.4.1 ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
