On 8/14/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-08-13 at 17:58 -0700, Zack Weinberg wrote:
[...]
> I think generally only symbols starting with 'glu[A-Z]' are supposed to
> be public.
Right.
> > Second, the bin/mklib script has some internal support for restricting
> > the se
On Mon, 2007-08-13 at 17:58 -0700, Zack Weinberg wrote:
>
> I have looked at the mesa 7.0.1-1 packages that just hit unstable.
> The good news is, it looks a *lot* easier to do a patch that will
> integrate nicely with upstream. The bad news is, I need help with a
> few things before I can do it.
On 8/10/07, Brice Goglin <[EMAIL PROTECTED]> wrote:
> >> If you are still interested in fixing this problem, I would appreciate
> >> if you could send an updated patch. But please do not prepare it against
> >> Mesa 6.5.1 in Etch (such a change won't be accepted in Etch anyway). You
> >> should pre
On Sat, Feb 17, 2007 at 01:23:26PM -0800, Zack Weinberg wrote:
> On 2/17/07, Brice Goglin <[EMAIL PROTECTED]> wrote:
>> If you are still interested in fixing this problem, I would appreciate
>> if you could send an updated patch. But please do not prepare it against
>> Mesa 6.5.1 in Etch (such a ch
Package: libglu1-xorg
Version: 6.8.2.dfsg.1-3
Severity: wishlist
Tags: patch
The X.org implementation of libGLU is coded in C++, but it is intended
to expose only C interfaces. At present, many of the internal
interfaces are visible in the dynamic symbol table of the shared library,
which means t
5 matches
Mail list logo
