From owner-freebsd-gecko@FreeBSD.ORG Tue Jun 26 19:11:01 2012 Return-Path: Delivered-To: freebsd-gecko@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE471065670 for ; Tue, 26 Jun 2012 19:11:01 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 53CE58FC12 for ; Tue, 26 Jun 2012 19:11:01 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q5QJArHG072592; Tue, 26 Jun 2012 15:11:00 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 26 Jun 2012 15:10:53 -0400 (EDT) From: AN To: Jan Beich In-Reply-To: <1SjaHT-0003dZ-Rz@internal.tormail.org> Message-ID: References: <201206260605.q5Q656Mk014074@trillian.chruetertee.ch> <1SjaHT-0003dZ-Rz@internal.tormail.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-gecko@freebsd.org Subject: Re: [SVN-Commit] r806 - in branches/experimental: Mk devel/nspr devel/nspr/files mail/linux-thunderbird mail/thunderbird mail/thunderbird-esr mail/thunderbird-esr-i18n mail/thunderbird-i18n security/ca_root_nss security/nss www/firefox www/firefox-esr www/firefox-i18n www/firefox-nightly www/kompozer www/kompozer/files www/libxul19 www/linux-firefox www/linux-seamonkey www/seamonkey www/seamonkey-i18n 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: Tue, 26 Jun 2012 19:11:01 -0000 On Tue, 26 Jun 2012, Jan Beich wrote: > AN writes: > >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #22 r237334: Wed Jun >> 20 15:33:00 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL >> amd64 >> >> # svn up >> Updating '.': >> At revision 812. >> [root@FBSD10 /home/root/ff_nightly]# make update && make makesum && >> make all deinstall install clean > [...] >> checking for vpx >= 1.0.0... yes >> checking LIBVPX_CFLAGS... -I/usr/local/include >> checking LIBVPX_LIBS... -L/usr/local/lib -lvpx >> checking for vpx/vpx_decoder.h... yes >> checking for vpx_codec_dec_init_ver in -lvpx... no >> configure: error: --with-system-libvpx requested but symbol >> vpx_codec_dec_init_ver not found > [...] >> configure:18513: checking for vpx >= 1.0.0 >> configure:18520: checking LIBVPX_CFLAGS >> configure:18525: checking LIBVPX_LIBS >> configure:18557: checking for vpx/vpx_decoder.h >> configure:18570: cc -c -O2 -pipe -fno-strict-aliasing -fno-strict-aliasing -ffunction-sections -fdata-sections -I/usr/local/include/nss -I/usr/local/include/nss/nss -I/usr/local/include conftest.c 1>&5 >> configure:18592: checking for vpx_codec_dec_init_ver in -lvpx >> configure:18611: cc -o conftest -O2 -pipe -fno-strict-aliasing -fno-strict-aliasing -ffunction-sections -fdata-sections -I/usr/local/include/nss -I/usr/local/include/nss/nss -I/usr/local/include -pthread -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/firefox-nightly -Wl,-z,noexecstack conftest.c -lvpx 1>&5 >> /usr/bin/ld: cannot find -lvpx > > You need www/seamonkey directory at least for mozconfig template. > > $ cd www/firefox-nightly > $ make patch > > $ fgrep LIBS $(make -V WRKSRC)/.mozconfig > export LIBS="-pthread -L/usr/local/lib -liconv" > > $ make -V GENERIC_MOZCONFIG > /foo/www/firefox-nightly/../../www/seamonkey/files/mozconfig-generic.in > > Alternatively, copy the file to www/firefox-nightly/files and put the > following hack into www/firefox-nightly/Makefile.local > > GENERIC_MOZCONFIG = ${FILESDIR}/mozconfig-generic.in > It compiled and installed successfully, however there is another problem. FF is crashing consistently, easily repeatable. It crashed 3 times in about 10 mins of usage. Has to be something that was committed today, it was working perfectly as of last night EST. Let me know if there is anything to test, otherwise nightly is unusable for me now. Also, it seems the compiler was switched back to gcc 4.2.1 maybe it needs gcc46.