From owner-freebsd-gecko@FreeBSD.ORG Sun Aug 16 20:06:29 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 BFEEE106568F for ; Sun, 16 Aug 2009 20:06:29 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6EA8FC67 for ; Sun, 16 Aug 2009 20:06:28 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7GK6Qhd086618; Sun, 16 Aug 2009 22:06:26 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A8866C2.2030907@fgznet.ch> Date: Sun, 16 Aug 2009 22:06:26 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: gecko@freebsd.org Content-Type: multipart/mixed; boundary="------------070708020400000400060801" X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Joe Marcus Clarke Subject: [patch] firefox35/firefox3 on amd64 security/nss/lib/freebl 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: Sun, 16 Aug 2009 20:06:29 -0000 This is a multi-part message in MIME format. --------------070708020400000400060801 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, the attached patch enables the -D_X86_ switch on amd64 platforms. The code inside this directory mentions to use this switch on Intel procs. But the filter in the Makefile only recognizes x86 and x86_64 platforms and not fbsd like amd64 platforms. The patch should apply for both foxes, 3.0.13 and 3.5. Unfortunately the binary does not work on amd64 here. Need to test why. I see the also a 'bad system call' on powerpc. Another patch in the pipeline for building. It is not due to the patch, it does coredump with and without patch: Program received signal SIGSYS, Bad system call. [Switching to Thread 808744b40 (LWP 100165)] 0x00000008049922ac in ksem_init () from /lib/libc.so.7 (gdb) bt #0 0x00000008049922ac in ksem_init () from /lib/libc.so.7 #1 0x000000080498662f in sem_init () from /lib/libc.so.7 #2 0x000000080106be0f in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () from /usr/local/lib/firefox3/libxul.so #3 0x000000080106be88 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () from /usr/local/lib/firefox3/libxul.so #4 0x0000000801060a93 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () from /usr/local/lib/firefox3/libxul.so #5 0x000000080106274f in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () from /usr/local/lib/firefox3/libxul.so #6 0x00000008014ecc22 in NS_GetComponentManager_P () from /usr/local/lib/firefox3/libxul.so #7 0x00000008014b809d in JNIEnv_::CallStaticObjectMethod () from /usr/local/lib/firefox3/libxul.so #8 0x00000008014ed2bd in NS_GetComponentManager_P () from /usr/local/lib/firefox3/libxul.so #9 0x0000000801e54f5a in _pt_root () from /usr/local/lib/libplds4.so.1 #10 0x0000000804b8b4b1 in pthread_getprio () from /lib/libthr.so.3 #11 0x0000000000000000 in ?? () Error accessing memory address 0x7ffffe5f4000: Bad address. (gdb) Danke, Andreas --------------070708020400000400060801 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="patch-security-nss-lib-freebl-Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-security-nss-lib-freebl-Makefile" --- security/nss/lib/freebl/Makefile.orig 2009-08-16 21:20:19.000000000 +0200 +++ security/nss/lib/freebl/Makefile 2009-08-16 21:20:34.000000000 +0200 @@ -79,7 +79,7 @@ endif # some code wants _X86_ defined for intel CPUs. # coreconf does this for windows, but not for Linux, FreeBSD, etc. -ifeq (,$(filter-out x86 x86_64,$(CPU_ARCH))) +ifeq (,$(filter-out amd64 x86 x86_64,$(CPU_ARCH))) ifneq (,$(filter-out WIN%,$(OS_TARGET))) DEFINES += -D_X86_ endif --------------070708020400000400060801--