From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 12 11:07:11 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D75BB106566C for ; Mon, 12 Sep 2011 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C536F8FC22 for ; Mon, 12 Sep 2011 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8CB7BDI005564 for ; Mon, 12 Sep 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8CB7BWH005562 for freebsd-sparc64@FreeBSD.org; Mon, 12 Sep 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Sep 2011 11:07:11 GMT Message-Id: <201109121107.p8CB7BWH005562@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 11:07:11 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/145211 sparc64 [panic] Memory modified after free o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 10 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 14 22:24:17 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23ECD1065670; Wed, 14 Sep 2011 22:24:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id EAD268FC18; Wed, 14 Sep 2011 22:24:16 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 010A55615B; Wed, 14 Sep 2011 17:07:07 -0500 (CDT) Date: Wed, 14 Sep 2011 17:07:07 -0500 From: Mark Linimon To: freebsd-sparc64@FreeBSD.org, freebsd-x11@FreeBSD.org Message-ID: <20110914220707.GA6410@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: linimon@FreeBSD.org Subject: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 22:24:17 -0000 Here's a diff between a good log (amd64) and a bad log (sparc64). I have edited out a lot of common stuff between the two, otherwise, the diff is many hundreds of lines :-/ This is blocking xorg/x11 for sparc64 release packages. I'm sure I am missing something obvious ... but what? references: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/a.8.20110906102836/libGLU-7.4.4.log http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/libGLU-7.4.4.log mcl 1,3c1,3 < building libGLU-7.4.4 on gohan61.freebsd.org < in directory /y/pkgbuild/8/20110901070520/chroot/12 < building for: 8.0-RELEASE-p2 amd64 --- > building libGLU-7.4.4 on v210_4.lonesome.com > in directory /usr2/pkgbuild/8/20110810110115/chroot/4772 > building for: 8.1-RELEASE-p4 sparc64 123c125 < checking whether to enable assembly... yes, amd64 --- > checking whether to enable assembly... no, platform not supported 160c162 < Macros: -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DUSE_X86_64_ASM --- > Macros: -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING 170c172 < ../../../src/mesa/main/dispatch.c ../../../src/mesa/glapi/glapi.c ../../../src/mesa/glapi/glapi_getproc.c ../../../src/mesa/glapi/glthread.c ../../../src/mesa/x86-64/glapi_x86-64.S --- > ../../../src/mesa/main/dispatch.c ../../../src/mesa/glapi/glapi.c ../../../src/mesa/glapi/glapi_getproc.c ../../../src/mesa/glapi/glthread.c 216,218d217 < cc -c -I. -I../../../include -I../../../include/GL/internal -I../../../src/mesa -I../../../src/mesa/glapi -I/usr/local/include -I/usr/local/include/drm -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER -DDEFAULT_DRIVER_DIR=\"/usr/local/lib/dri\" ../../../src/mesa/x86-64/glapi_x86-64.S -o ../../../src/mesa/x86-64/glapi_x86-64.o 245c246 < -L/usr/local/lib -lXext -lXxf86vm -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -L/usr/local/lib -ldrm -lm -lpthread glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxcurrent.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_texture_compression.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o drisw_glx.o dri_common.o dri_glx.o XF86dri.o glxhash.o dri2_glx.o dri2.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glapi_getproc.o ../../../src/mesa/glapi/glthread.o ../../../src/mesa/x86-64/glapi_x86-64.o --- > -L/usr/local/lib -lXext -lXxf86vm -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -L/usr/local/lib -ldrm -lm -lpthread glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxcurrent.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_texture_compression.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o drisw_glx.o dri_common.o dri_glx.o XF86dri.o glxhash.o dri2_glx.o dri2.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glapi_getproc.o ../../../src/mesa/glapi/glthread.o 250,254d250 < running < fdepend: not found < gmake[2]: [depend] Error 127 (ignored) < gmake[2]: Leaving directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/mesa' < gmake[2]: Entering directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/mesa' 261a258,259 > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING main/arrayobj.c -o main/arrayobj.o > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING main/blend.c -o main/blend.o 595c582 > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86/common_x86.c -o x86/common_x86.o 633,639c620,621 --- > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86/x86.c -o x86/x86.o > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86/3dnow.c -o x86/3dnow.o 652a634,654 > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86/sse.c -o x86/sse.o > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86/rtasm/x86sse.c -o x86/rtasm/x86sse.o > x86/rtasm/x86sse.c:1191: warning: no previous prototype for 'x86sse_dummy' > cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING sparc/sparc.c -o sparc/sparc.o 661d662 < cc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING x86-64/xform4.S -o x86-64/xform4.o 771a769 > /usr/local/lib/libGL.so: file not recognized: File truncated 772a771,772 > mv: rename libGLU.so.1 to ../../../lib/libGLU.so.1: No such file or directory > gmake[4]: *** [../../../lib/libGLU.so] Error 1 From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 13:59:41 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D402106564A; Thu, 15 Sep 2011 13:59:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 13B758FC13; Thu, 15 Sep 2011 13:59:39 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13756; Thu, 15 Sep 2011 16:42:15 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E7200B7.2020806@FreeBSD.org> Date: Thu, 15 Sep 2011 16:42:15 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Mark Linimon References: <20110914220707.GA6410@lonesome.com> In-Reply-To: <20110914220707.GA6410@lonesome.com> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org, freebsd-sparc64@FreeBSD.org, linimon@FreeBSD.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 13:59:41 -0000 on 15/09/2011 01:07 Mark Linimon said the following: > > /usr/local/lib/libGL.so: file not recognized: File truncated It looks like this is the culprit? I think that libGL build needs to be investigated. BTW, I would suggest using unified diffs when sending them inline. Some mail clients are too smart when they see leading '>' :-) -- Andriy Gapon From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 15:03:28 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFF11065672; Thu, 15 Sep 2011 15:03:28 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE31A8FC15; Thu, 15 Sep 2011 15:03:27 +0000 (UTC) Received: by iadk27 with SMTP id k27so2102856iad.13 for ; Thu, 15 Sep 2011 08:03:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aBpSeXZbxGYCbOr31LbY/Oa0SK9S3jAd+fX5tnZjWR4=; b=Id12K5+5puRqCs/Ql3Jb/9tKheG/s5Ut4dxagJWyWltGOzT5X9XeoJm0CwELYw2ukh +Dgs+vsoXTkDxHiMzzSXGCTizaxxB1+Ng3c+q97I+9iRgI/Wvpophwu1XbFDPmwsTf3Q qOabj/b5LI8fENLDvzPeCXQDra5ZuP0zpBjmo= MIME-Version: 1.0 Received: by 10.231.21.198 with SMTP id k6mr1915639ibb.97.1316097406073; Thu, 15 Sep 2011 07:36:46 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Thu, 15 Sep 2011 07:36:45 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Thu, 15 Sep 2011 07:36:45 -0700 (PDT) In-Reply-To: <4E7200B7.2020806@FreeBSD.org> References: <20110914220707.GA6410@lonesome.com> <4E7200B7.2020806@FreeBSD.org> Date: Thu, 15 Sep 2011 15:36:45 +0100 Message-ID: From: Chris Rees To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , freebsd-x11@freebsd.org, freebsd-sparc64@freebsd.org, linimon@freebsd.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:03:28 -0000 On 15 Sep 2011 14:59, "Andriy Gapon" wrote: > > on 15/09/2011 01:07 Mark Linimon said the following: > > > /usr/local/lib/libGL.so: file not recognized: File truncated > > It looks like this is the culprit? > I think that libGL build needs to be investigated. > > BTW, I would suggest using unified diffs when sending them inline. Some mail > clients are too smart when they see leading '>' :-) > > I think he was trying to reduce the size; a unidiff would have been huge... A judicious sed s/^>/)/ may be the better option... Chris From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 15:15:51 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39E24106566B; Thu, 15 Sep 2011 15:15:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 59D3E8FC14; Thu, 15 Sep 2011 15:15:50 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA14972; Thu, 15 Sep 2011 18:15:48 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E7216A3.2080205@FreeBSD.org> Date: Thu, 15 Sep 2011 18:15:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Chris Rees References: <20110914220707.GA6410@lonesome.com> <4E7200B7.2020806@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:15:51 -0000 on 15/09/2011 17:36 Chris Rees said the following: > > On 15 Sep 2011 14:59, "Andriy Gapon" > wrote: >> >> on 15/09/2011 01:07 Mark Linimon said the following: >> > > /usr/local/lib/libGL.so: file not recognized: File truncated >> >> It looks like this is the culprit? >> I think that libGL build needs to be investigated. >> >> BTW, I would suggest using unified diffs when sending them inline. Some mail >> clients are too smart when they see leading '>' :-) >> >> > > I think he was trying to reduce the size; a unidiff would have been huge... > > A judicious sed s/^>/)/ may be the better option... grep '^[+-]' could be applied to unidiff as well :-) -- Andriy Gapon From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 17:24:28 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D608106566B; Thu, 15 Sep 2011 17:24:28 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by mx1.freebsd.org (Postfix) with ESMTP id AF1B08FC13; Thu, 15 Sep 2011 17:24:26 +0000 (UTC) Received: by wyg24 with SMTP id 24so4049370wyg.17 for ; Thu, 15 Sep 2011 10:24:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=3gKMnZ/YjF6pQmHRveIWWfmaINUgaabrJhb5zvlUuUo=; b=UQ/h6YqX9wTAez/XEvwEZGBCEKzLQmRjkGlv6f2fbgrqlXKteB+I2RubQkOInrszNG 5i6viwyYYtybXMC0aOhMGA0uUQVC0IvJMWS1Ux7soIdVDfUK8M7r82xGEtwt9iVgnBOc GovbvCFrZOO12Hyt23K71eBoSz8XtoxyCM+LQ= MIME-Version: 1.0 Received: by 10.227.12.15 with SMTP id v15mr1416233wbv.77.1316106025203; Thu, 15 Sep 2011 10:00:25 -0700 (PDT) Received: by 10.180.100.1 with HTTP; Thu, 15 Sep 2011 10:00:25 -0700 (PDT) Date: Thu, 15 Sep 2011 13:00:25 -0400 Message-ID: From: "b. f." To: freebsd-sparc64@FreeBSD.org, freebsd-x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Mark Linimon Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:24:28 -0000 > > I think he was trying to reduce the size; a unidiff would have been huge... > > > > A judicious sed s/^>/)/ may be the better option... > > grep '^[+-]' could be applied to unidiff as well :-) diff -u0 ... Mark: Is /usr/local/lib/libGL.so a link pointing to /usr/local/lib/libGL.so.1? Is /usr/local/lib/libGL.so.1 corrupted? Have you tried rebuilding graphics/libGL and then libGLU? b. From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 21:29:59 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D40C1106564A; Thu, 15 Sep 2011 21:29:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id B534A8FC18; Thu, 15 Sep 2011 21:29:59 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 0872E5615B; Thu, 15 Sep 2011 16:29:59 -0500 (CDT) Date: Thu, 15 Sep 2011 16:29:58 -0500 From: Mark Linimon To: bf1783@gmail.com Message-ID: <20110915212958.GA29839@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-x11@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 21:29:59 -0000 On Thu, Sep 15, 2011 at 01:00:25PM -0400, b. f. wrote: > Is /usr/local/lib/libGL.so a link pointing to > /usr/local/lib/libGL.so.1? Is /usr/local/lib/libGL.so.1 corrupted? > Have you tried rebuilding graphics/libGL and then libGLU? I guess I should have included more of the text common to both files. >From the sparc64 build: /bin/sh ../../../bin/mklib -o GL -linker 'cc' -ldflags '-L/usr/local/lib' \ -major 1 -minor 2 \ -install ../../../lib -id /usr/local/lib/libGL.1.dylib \ -L/usr/local/lib -lXext -lXxf86vm -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -L/usr/local/lib -ldrm -lm -lpthread glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxcurrent.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_texture_compression.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o drisw_glx.o dri_common.o dri_glx.o XF86dri.o glxhash.o dri2_glx.o dri2.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glapi_getproc.o ../../../src/mesa/glapi/glthread.o mklib: Making FreeBSD shared library: libGL.so.1 mklib: Installing libGL.so.1 libGL.so in ../../../lib gmake[2]: Leaving directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/glx/x11' gmake[2]: Entering directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/mesa' So it really seems as though it is building a copy of libGL.so for itself? I can go ahead and try to delete the libGL package as well ... And yes, I am aware of which line showed the brokenness, the key point I thought was that everything immediately above it was the same for both builds :-) mcl From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 15 22:12:22 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2381065673 for ; Thu, 15 Sep 2011 22:12:22 +0000 (UTC) (envelope-from btv1==2397f4d83d9==jhein@symmetricom.com) Received: from mail4.symmetricom.com (mail4.symmetricom.com [69.25.98.6]) by mx1.freebsd.org (Postfix) with SMTP id 282908FC12 for ; Thu, 15 Sep 2011 22:12:21 +0000 (UTC) X-ASG-Debug-ID: 1316123926-028e32410001-iuAuHx Received: from sharepoint.symmetricom.com ([192.168.10.58]) by mail4.symmetricom.com with ESMTP id N3ima78l0Kj3GMYB; Thu, 15 Sep 2011 14:58:46 -0700 (PDT) X-Barracuda-Envelope-From: jhein@symmetricom.com Received: from bo.symmetricom.com ([192.168.71.126]) by sharepoint.symmetricom.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 15 Sep 2011 14:58:46 -0700 Received: from [192.168.71.150] (helo=duck.timing.com) by bo.symmetricom.com with esmtp (Exim 4.63) (envelope-from ) id 1R4JxG-0006XX-1z; Thu, 15 Sep 2011 15:58:46 -0600 Message-ID: <20082.29973.769349.357297@duck.timing.com> Date: Thu, 15 Sep 2011 15:58:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: John Hein To: Mark Linimon In-Reply-To: <20110915212958.GA29839@lonesome.com> X-ASG-Orig-Subj: Re: anybody have an idea of what is breaking on libGLU on sparc64? References: <20110915212958.GA29839@lonesome.com> X-Mailer: VM 8.2.0a-8.2.x.r888 under 23.3.1 (i386-portbld-freebsd7.3) X-OriginalArrivalTime: 15 Sep 2011 21:58:46.0305 (UTC) FILETIME=[A4527910:01CC73F2] X-Barracuda-Connect: UNKNOWN[192.168.10.58] X-Barracuda-Start-Time: 1316123926 X-Barracuda-URL: http://192.168.10.95:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at symmetricom.com X-Barracuda-Bayes: INNOCENT GLOBAL 0.0056 1.0000 -1.9843 X-Barracuda-Spam-Score: -1.98 X-Barracuda-Spam-Status: No, SCORE=-1.98 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.74631 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Cc: bf1783@gmail.com, freebsd-x11@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 22:12:22 -0000 Mark Linimon wrote at 16:29 -0500 on Sep 15, 2011: > On Thu, Sep 15, 2011 at 01:00:25PM -0400, b. f. wrote: > > Is /usr/local/lib/libGL.so a link pointing to > > /usr/local/lib/libGL.so.1? Is /usr/local/lib/libGL.so.1 corrupted? > > Have you tried rebuilding graphics/libGL and then libGLU? > > I guess I should have included more of the text common to both files. > > >From the sparc64 build: > > /bin/sh ../../../bin/mklib -o GL -linker 'cc' -ldflags '-L/usr/local/lib' \ > -major 1 -minor 2 \ > -install ../../../lib -id /usr/local/lib/libGL.1.dylib \ > -L/usr/local/lib -lXext -lXxf86vm -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -L/usr/local/lib -ldrm -lm -lpthread glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxcurrent.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_texture_compression.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o drisw_glx.o dri_common.o dri_glx.o XF86dri.o glxhash.o dri2_glx.o dri2.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glapi_getproc.o ../../../src/mesa/glapi/glthread.o > mklib: Making FreeBSD shared library: libGL.so.1 > mklib: Installing libGL.so.1 libGL.so in ../../../lib > gmake[2]: Leaving directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/glx/x11' > gmake[2]: Entering directory `/work/a/ports/graphics/libGLU/work/Mesa-7.4.4/src/mesa' > > So it really seems as though it is building a copy of libGL.so for > itself? > > I can go ahead and try to delete the libGL package as well ... > > And yes, I am aware of which line showed the brokenness, the key point > I thought was that everything immediately above it was the same for > both builds :-) -L/usr/local/lib precedes -L../../../lib, so it tries to link with /usr/local/lib/libGL.so.1 rather than the internally built copy (sparc64 or not). [1] The question is, I think: why is /usr/local/lib/libGL.so seemingly invalid (empty?)? That should have just come from the pkg_add of dependencies. [1] So why bother building libGL.so.1 in the working dirs? But that's just an build efficiency question. libGLU.so.1 needs a copy of libGL.so.1 in /usr/local/lib at run time. From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 16 01:43:03 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811EA106566B; Fri, 16 Sep 2011 01:43:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 61D2F8FC12; Fri, 16 Sep 2011 01:43:03 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id BEA7C5615B; Thu, 15 Sep 2011 20:43:02 -0500 (CDT) Date: Thu, 15 Sep 2011 20:43:02 -0500 From: Mark Linimon To: John Hein Message-ID: <20110916014302.GA680@lonesome.com> References: <20110915212958.GA29839@lonesome.com> <20082.29973.769349.357297@duck.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20082.29973.769349.357297@duck.timing.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: bf1783@gmail.com, freebsd-x11@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: anybody have an idea of what is breaking on libGLU on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 01:43:03 -0000 Although I had done it once before, this time, when I deleted the previously-built libGL package and rebuilt, libGLU was able to build Thanks, folks. It may be that my hack of "disabling all the weaker built hosts" made the difference. mcl