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.