This should be fixed in the configure/makefile. This is all I did:

../configure --disable-sse2 --with-pd=/path/to/pd && make

FYI: This transcript is from Debian.

.hc

On Sep 13, 2006, at 4:36 PM, chris clepper wrote:

I believe you need drivers and headers that support OpenGL 1.4 for that. Those extensions were added to the ARB in early 2003 - even Apple has had them for years.

There's no real need to build the vertex objects since even the most basic structure of them is still being discussed and not finalized.

On 9/13/06, Hans-Christoph Steiner hans@eds.org wrote:

This is the same debian/stable box from the autobuild farm that I have been reporting about:

g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/ usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/quicktime - I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/ freetype2 -I/home/pd/auto-build/pd-extended/pd/src vertex_grid.cpp - o vertex_grid.o vertex_draw.cpp: In destructor `virtual vertex_draw::~vertex_draw()': vertex_draw.cpp:67: error: `glDeleteBuffersARB' undeclared (first use this function) vertex_draw.cpp:67: error: (Each undeclared identifier is reported only once for each function it appears in.) vertex_draw.cpp: In member function `virtual void vertex_draw::render(GemState*)': vertex_draw.cpp:183: error: `glGenBuffersARB' undeclared (first use this function) vertex_draw.cpp:185: error: `GL_ARRAY_BUFFER_ARB' undeclared (first use this function) vertex_draw.cpp:185: error: `glBindBufferARB' undeclared (first use this function) vertex_draw.cpp:188: error: `GL_DYNAMIC_DRAW_ARB' undeclared (first use this function) vertex_draw.cpp:188: error: `glBufferDataARB' undeclared (first use this function) make[1]: *** [vertex_draw.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/pd/auto-build/pd-extended/Gem/src/ Vertex' make: *** [Vertex] Error 2

---

--

As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

---

GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev

------------------------------------------------------------------------

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

Ok, but if it only works on Apple, then shouldn't it be disabled by default on GNU/Linux? Most ./configure build systems will build properly just given a ./configure && make I think it would make for a lot less help emails to the list if Gem built automatically like that, then other features were enabled using the --enable- flags.

.hc

On Sep 14, 2006, at 11:07 AM, chris clepper wrote:

How about using the --disable-Vertex flag?

On 9/14/06, Hans-Christoph Steiner hans@eds.org wrote:

This should be fixed in the configure/makefile. This is all I did:

../configure --disable-sse2 --with-pd=/path/to/pd && make

FYI: This transcript is from Debian.

.hc

------------------------------------------------------------------------

News is what people want to keep hidden and everything else is publicity. - Bill Moyers

Also, it would make the Pd-extended build stuff much, much cleaner if ./configure produced reasonable defaults which compiled on most systems. Otherwise I have to kludge my way into having separate settings for each platform.

.hc

On Sep 14, 2006, at 1:13 PM, chris clepper wrote:

I think it does work on Linux, but apparently not with whatever GL setup you have. GL on Linux is a crapshoot beyond Nvidia drivers.

I do agree that vertex_ objects should not be built by default since there is still some 'discussion' about how they should work.

On 9/14/06, Hans-Christoph Steiner <hans@eds.org > wrote:

Ok, but if it only works on Apple, then shouldn't it be disabled by default on GNU/Linux? Most ./configure build systems will build properly just given a ./configure && make I think it would make for a lot less help emails to the list if Gem built automatically like that, then other features were enabled using the --enable- flags.

.hc

------------------------------------------------------------------------

Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

Hans-Christoph Steiner wrote:

...

g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/ usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/quicktime - I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/ freetype2 -I/home/pd/auto-build/pd-extended/pd/src vertex_grid.cpp - o vertex_grid.o vertex_draw.cpp: In destructor `virtual vertex_draw::~vertex_draw()': vertex_draw.cpp:67: error: `glDeleteBuffersARB' undeclared (first use this function) vertex_draw.cpp:67: error: (Each undeclared identifier is reported only once for each function it appears in.) vertex_draw.cpp: In member function `virtual void vertex_draw::render(GemState*)': vertex_draw.cpp:183: error: `glGenBuffersARB' undeclared (first use this function) vertex_draw.cpp:185: error: `GL_ARRAY_BUFFER_ARB' undeclared (first use this function) vertex_draw.cpp:185: error: `glBindBufferARB' undeclared (first use this function) vertex_draw.cpp:188: error: `GL_DYNAMIC_DRAW_ARB' undeclared (first use this function) vertex_draw.cpp:188: error: `glBufferDataARB' undeclared (first use this function) make[1]: *** [vertex_draw.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/pd/auto-build/pd-extended/Gem/src/ Vertex' make: *** [Vertex] Error 2

i have committed some changes, which might have solved this issue.

mfg.asdr IOhannes