Yes, that does the trick. Thank you!
-Greg
On Wed, Sep 15, 2010 at 9:46 PM, Chia-I Wu wrote:
> On Thu, Sep 16, 2010 at 11:11 AM, Gregory Prisament
> wrote:
>> Hi,
>> I just ran into a situation where GLES2 context creation was failing.
>> Upon digging into it, I found
Hi,
I just ran into a situation where GLES2 context creation was failing.
Upon digging into it, I found that dlopen of st_GLESv2.so was failing
with "undefined symbol: __cxa_pure_virtual".
I found this thread, and realized that if I use g++ to compile my app,
it works. However, if I use gcc it do
please let me know if I should do things
differently (either code-wise or process-wise).
Thanks!
-Greg, Lychee Software
From c834c77d9f1b9512fde7ed7e36cdb36452286e1e Mon Sep 17 00:00:00 2001
From: Gregory Prisament
Date: Sun, 12 Sep 2010 11:26:38 -0700
Subject: [PATCH 1/2] Implement additional EGL
With some debugging I've figured out that setting EGL_DRIVERS_PATH to
$MESA_ROOT/lib/egl fixes my problem. I'm back in business! ('til I hit the
next roadblock at least). Sorry for the spam.
Cheers,
-Greg Prisament, Lychee Software
On Wed, Sep 8, 2010 at 2:31 PM, Gregory
Hi,
I'm working with the Khronos Group to implement several EGL extensions in
gallium3d. Up until now, I've been working with a mesa codebase that I
grabbed way back in April. I'm now trying to migrate to the latest version
of mesa (and "rebase" daily) so that I can send my changes to you folk f
Thanks Chia-I, everything's working again!
I'll try out this bisect thing next time ;)
-Greg
On Wed, May 5, 2010 at 3:07 AM, Keith Whitwell wrote:
> On Tue, 2010-05-04 at 14:01 -0700, Gregory Prisament wrote:
> > Hi,
> > I just did a "git pull" and I
Hi,
I just did a "git pull" and I'm no longer able to build the egl demo apps
(mesa/progs/egl/opengles1/* and mesa/progs/egl/opengles2/*). These were
working for me previously.
ES1:
gcc -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math
-fvisibility=hidden -fno-strict-aliasing -fPIC -DUSE_X
