[Mesa-dev] Split libGLU into its own repository?

[Brian Paul]

On 08/29/2012 10:38 AM, Matt Turner wrote:
> On Wed, Aug 29, 2012 at 6:57 AM, Brian Paul<brianp at vmware.com>  wrote:
>> On 08/27/2012 03:58 PM, Matt Turner wrote:
>>>
>>> On Sun, Jan 22, 2012 at 4:03 AM, Kenneth Graunke<kenneth at whitecape.org>
>>> wrote:
>>>>
>>>> A while back, we split off GLw into a separate repository.  The rationale
>>>> was that GLw should be maintained and released independently from
>>>> Mesa/Gallium since it hardly ever changes and isn't closely tied to the
>>>> core
>>>> GL and drivers.
>>>>
>>>> I'd like to do the same for libGLU.  I've split it out, created an new
>>>> autotools build system, and uploaded a repository here:
>>>>
>>>> git://people.freedesktop.org/~kwg/glu
>>>>
>>>> It has all the history except for some old build system vestiges, which
>>>> filter-branch ate when I moved files from src/glu to the top-level
>>>> directory.  I doubt anyone cares about those, since you obviously
>>>> couldn't
>>>> use the old build system anyway.
>>>>
>>>> I made the installed library libGLU.so.1.3.1, as this ought to be
>>>> compatible
>>>> with existing binaries.
>>>>
>>>> If this sounds good to everyone, we can create an official /mesa/glu repo
>>>> and I can go ahead and remove it from the Mesa tree.  We'll also want to
>>>> cut
>>>> a glu release (though it could possibly wait until Mesa 8.1.)
>>>>
>>>> One concern I have is that libGLU in Mesa appears to have some build
>>>> system
>>>> magic for linking against OSMesa instead of libGL.  With the new system,
>>>> I
>>>> think you would need "pkg-config --libs --cflags gl" to report OSMesa.
>>>> I'm
>>>> not sure whether that's an issue or not.
>>>
>>>
>>> I've now picked this back up. It's available in
>>> http://cgit.freedesktop.org/~mattst88/glu/
>>>
>>> I've addressed Jakob's comment about putting the src/ folder back in,
>>> and I've confirmed that it passes distcheck.
>>>
>>> I'll bump the package version to 9.0 (to correspond to Mesa-9.0 -- the
>>> first version of Mesa that won't have bundled GLU) but the soname is
>>> still 1.3.x to match previous versions. OSMesa linkage should work,
>>> but I haven't touched the name mangling stuff. Tom (CC'd), if you care
>>> about this...
>>>
>>> I'll send a patch to strip GLU out of Mesa once we get this into its
>>> own /mesa/glu/ repository.
>>>
>>> Please review and then move to /mesa/glu/.
>>
>>
>> I cloned your repo and gave it a try.  Seemed to compile fine. However, once
>> in a while I need to debug something in libGLU so compiling with -g and
>> w/out -O2 is important.
>>
>> I did ./configure CFLAGS=-g CXXFLAGS=-g and noticed that the C++ sources are
>> still compiled with -O2 (which messes up gdb).  Can that be fixed?
>>
>> Ideally, we'd have a --enable-debug flag that would set -g and omit -O2.
>>
>> -Brian
>
> Cool, thanks a lot for checking it out. I pushed a patch that adds an
> --enable-debug configure option which appends -g -O0 to CFLAGS and
> CXXFLAGS, which will override the default -O2 flags. Let me know if
> you see anything else that can be improved.
>
> Thanks!
> Matt

Thanks, Matt.  I tried --enable-debug.  In the gcc/g++ commands I see 
"-g -O2 -g -O0".  IIRC(?), the second -O overrides the first one so 
that's fine.

-Brian