[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#894076: marked as done (Can't include GL and GLES headers simultaneously on non-64 bit architectures)

Your message dated Wed, 28 Nov 2018 23:51:05 +0200
with message-id <20181128215105.GD7424@localhost>
and subject line This should be fixed in Mesa 18.2.5
has caused the Debian Bug report #894076,
regarding Can't include GL and GLES headers simultaneously on non-64 bit architectures
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
894076: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894076
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: mesa
Version: 17.3.7-1
Severity: serious
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=105328

Hi,

Currently it's impossible to include the GL and GLES headers
simultaneously on non-64 bit architectures, see e.g.
  https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-good1.0&arch=armel&ver=1.14.0-1&stamp=1521580828&raw=0

This causes

a) gst-plugins-base1.0 to only build with support for GL and not both
GL and GLES on the affected architectures,

b) causes gst-plugins-good1.0 to fail to build because Qt is including
the GLES headers, while GStreamer includes only the GL headers because
of the above

Currently gst-plugins-good1.0 fails to build on armel/armhf and can't
migrate to testing because of this bug. As a workaround I could force
gst-plugins-good to only build with GLES support on armel/armhf but
that's just that, a workaround.


This was reported upstream here
  https://bugs.freedesktop.org/show_bug.cgi?id=105328
and upstream agrees that this is a bug, and it seems easy enough to fix
by guarding the type definitions with the preprocessor to not redefine
them if they were already defined.


Thanks!

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
--- Begin Message --- 
Version: 18.2.5-1

https://bugs.freedesktop.org/show_bug.cgi?id=105328#c9

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

--- End Message ---
Reply to: