From owner-freebsd-gecko@FreeBSD.ORG Wed Jul 1 22:46:47 2009 Return-Path: Delivered-To: gecko@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607AC106564A for ; Wed, 1 Jul 2009 22:46:47 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from sasl.smtp.pobox.com (a-sasl-quonix.sasl.smtp.pobox.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3477F8FC15 for ; Wed, 1 Jul 2009 22:46:46 +0000 (UTC) (envelope-from zmetzing@pobox.com) Received: from localhost.localdomain (unknown [127.0.0.1]) by a-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTP id 3E9D721CDB; Wed, 1 Jul 2009 18:46:45 -0400 (EDT) Received: from pobox.com (unknown [173.74.188.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTPSA id A22F321CD8; Wed, 1 Jul 2009 18:46:41 -0400 (EDT) Date: Wed, 1 Jul 2009 17:46:37 -0500 From: Zach Metzinger To: gecko@FreeBSD.org Message-ID: <20090701224637.GB95322@raster> References: <20090701214135.GA95322@raster> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <20090701214135.GA95322@raster> User-Agent: Mutt/1.4.2.1i X-Pobox-Relay-ID: 0D9E07CA-6691-11DE-A400-DC021A496417-19366360!a-sasl-quonix.pobox.com Cc: cscvrp@gmail.com Subject: Re: Firefox 3.5 patches X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 22:46:47 -0000 --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jul 01, 2009 at 04:41:35PM -0500, Zach Metzinger wrote: > > Here ya go. I was able to build firefox-3.5 with these patches on a 7.0 box Doh! Crashes on video due to sem_init(.., 1, ..) not supported. Revised patches. Beware, the video is still horrifically slow on my machine. I think I have ffox/gtk/cairo misconfigured w.r.t MIT-SHM so it's trying to shove all the video data over the X11 socket instead of a shared memory segment. More in-depth investigation is required. --- Zach --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="firefox-3.5-fbsd-patches" --- media/libsydneyaudio/src/Makefile.in+ 2009-07-01 15:05:24.000000000 -0500 +++ media/libsydneyaudio/src/Makefile.in 2009-07-01 15:05:49.000000000 -0500 @@ -45,6 +45,12 @@ LIBRARY_NAME = sydneyaudio FORCE_STATIC_LIB= 1 +ifeq ($(OS_ARCH),FreeBSD) +CSRCS = \ + sydney_audio_oss.c \ + $(NULL) +endif + ifeq ($(OS_ARCH),Linux) CSRCS = \ sydney_audio_alsa.c \ --- media/liboggz/include/oggz/oggz_off_t_generated.h+ 2009-07-01 16:37:12.000000000 -0500 +++ media/liboggz/include/oggz/oggz_off_t_generated.h 2009-07-01 16:37:38.000000000 -0500 @@ -59,7 +59,7 @@ #include -#if defined(__APPLE__) || defined(SOLARIS) +#if defined(__APPLE__) || defined(SOLARIS) || defined(__FreeBSD__) typedef off_t oggz_off_t; #else typedef loff_t oggz_off_t; --- media/liboggplay/src/liboggplay/std_semaphore.h.orig 2009-06-29 11:15:03.000000000 -0500 +++ media/liboggplay/src/liboggplay/std_semaphore.h 2009-07-01 17:27:41.000000000 -0500 @@ -81,6 +81,13 @@ #define SEM_WAIT(p) sem_wait(&(p)) #define SEM_CLOSE(p) sem_destroy(&(p)) typedef sem_t semaphore; +#elif defined(__FreeBSD__) +#include +#define SEM_CREATE(p,s) sem_init(&(p), 0, s) +#define SEM_SIGNAL(p) sem_post(&(p)) +#define SEM_WAIT(p) sem_wait(&(p)) +#define SEM_CLOSE(p) sem_destroy(&(p)) +typedef sem_t semaphore; #elif defined(WIN32) #include #define SEM_CREATE(p,s) (!(p = CreateSemaphore(NULL, (long)(s), (long)(s), NULL))) --tsOsTdHNUZQcU9Ye--