cegui / cegui Goto Github PK

Original report by Anonymous.

Automatic migration. Original reporter: "Clay"

When a user holds the button down, the key click is not repeated.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

when you call SomeRenderer::createTexture with a filename or texture size, then the texture is added to the internal list regardless if the sizing or load-from-file operation succeded.

All renderer modules seem to be affected. I have not checked Ogre.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

Summation:
When calling CEGUI::WindowManager::getSingleton().destroyWindow() to destroy a window containing a CEGUI::ScrollPane an acception occurs the generates the following error message in the CEGUI.LOG:

12/07/2006 08:11:24 (Error) Exception: WindowManager::getWindow - A Window object with the name 'Inventory/Contents/16/ScrollablePane__auto_container__' does not exist within the system

Please review this forum topic for complete details:
http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1709

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

Version: 0.4.1 (from CVS as of today)
Module: CEGUIWindow.cpp
Function: const String& Window::getTooltipText(void) const
Line: 3160
<bRendering System: Ogre Dagon

This error usually occurs when a window has been deleted and another window is being created. Doesn't always do it, but I can reproduced 1/2 the time.

Reproducibility: sometimes

Additional information: Error:
Unhandled exception at 0x00adab76 (CEGUIBase_d.dll) in Client.exe: 0xC0000005: Access violation reading location 0x00000219.

Instruction (Line 3160)
if ( d_inheritsTipText && d_parent && d_tooltipText.empty() )

Call Stack
CEGUIBase_d.dll!CEGUI::Window::getTooltipText() Line 3160 + 0x3 C++
CEGUIBase_d.dll!CEGUI::Tooltip::doInactiveState(float elapsed=2.1370001) Line 224 + 0x1a C++
CEGUIBase_d.dll!CEGUI::Tooltip::updateSelf(float elapsed=2.1370001) Line 324 C++
CEGUIBase_d.dll!CEGUI::Window::update(float elapsed=2.1370001) Line 2973 + 0x14 C++
CEGUIBase_d.dll!CEGUI::Window::update(float elapsed=2.1370001) Line 2981 C++
CEGUIBase_d.dll!CEGUI::System::injectTimePulse(float timeElapsed=2.1370001) Line 1101 C++
Client.exe!clsEventManager::frameEnded(const Ogre::FrameEvent & evt={...}) Line 77 + 0x2f C++

Original report by Anonymous.

Automatic migration. Original reporter: "muhkuh"

With the RC1 source zip file the headers for the renderers (openglrenderer.h) is not where it used to be with previous releases (renderes/OpenGLGUIRenderer/).

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1373

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

This makes it impossible to use non pow2 textures except for the full_image version.

We can scale the texture coords from the imageset xml and account for it.

or maybe throw an exception?

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "fiesch"

This is the according forum post:

Hi, stumbled across sth you might call a bug.

For a editor I'm doing in ogre and CEGUI I use a TabControl to which i dynamically add and remove tabs depending on the entity being edited.

Thing is:
When you remove a tab using "removeChildWindow", it's auto-generated __auto_btn[WINDOWNAME] doesn't get removed and that throws a duplicate item exception if you try to re-attach the window later on.

Using removeTab helps, but that (as opposed to removeChildWindow) throws an exception if the Tab isn't actually attached to the TabControl
(which is kinda bad for me since i remove all each time and selectively re-add the appropriate tabs)

..i think overloading removeChildWindow for the tabControl would save people a lot of confusion there...

Reproducibility: always

Additional information: Overloading the removeChild window might really improve usability and act more like "outsiders" would expect it to (symetrically to addChildWindow)

Original report by Paul Turner (Bitbucket: pturner, GitHub: pturner).

Original SF tracker item 1174780.

Hello,
I think the ScrollablePane getUnclippedInnerRect function don't take care if the scrollbars are visible or not.

I use ScrollPane->getUnclippedInnerRect to place my childs windows with a 1.0 relative width.

I call a rearrangement of my child windows each time i resize the ScrollPane ( with Frame Parent ) but when i get to a state where VertScrollBar is visible, it
occurs that VertScroll recover the childs, horzScrollBar appears.

I have only test it on VertScrollbar.

DaesDemon

Reproducibility: always

Original report by Paul Turner (Bitbucket: pturner, GitHub: pturner).

Original SF tracker item 1183085.

While trying to configure CEGUI 0.2.0 it will disable the OpenGL renderer because of missing references to functions in the pthread library. It seems -lpthread isn't passed to the compile command for the glInterleavedArrays test. Check line 863 of the attached config.log file, and note that -lpthread does get checked further up and is found, just not used later.

I'm using Ubuntu Linux for amd64.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Clay"

When you call setDefaultMouse cursor on the System object, the actual mouse cursor is not updated until the mouse is moved out of the current Window or into a new Window. In the attached file, I added this code to occur when I clicked the mouse:
CEGUI::System::getSingleton().setDefaultMouseCursor("TaharezLook", "MouseMoveCursor");

In the attached file, the first screenshot is when I move the mouse after changing the cursor, no update. In the second screenshot, this is what happens when I move the cursor over a Window (it changes), and from then on the mouse cursor is the default.

This also occurs if you start on a window then move it off of the window (or onto a child window).

Feel free to mail me with any questions about this bug.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "muhkuh"

The download doesn't work.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

This means that a subscriber to MouseButtonDown for a Listbox widget will not receive the latest selection information, as this is "applied" after the event is fired.

Changing it will change the order the MouseButtonDown and SelectionChanged events are fired.

Reproducibility: always

Original report by Paul Turner (Bitbucket: pturner, GitHub: pturner).

Original SF tracker item 1225178.

I have a bug with the texture loader included in the openglrenderer.

here is my screen with this loader : http://s-project.renchap.com/Image3.png

and if i activate the IL loader : http://s-project.renchap.com/Image2.png

the code is extracted from the wiki : http://www.cegui.org.uk/wiki/index.php/The_Imbeciles_Guide_to_Creating_a_CEGUI_Window

and i cant see the window title, i dont know if this is the same problem (maybe the same than this one : http://www.cegui.org.uk/modules/newbb/viewtopic.php?topic_id=572&forum=2 ?)

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

It would be nice to be able to define mutliple font definitions in a single .font file.

Refer to post:
http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1708

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Xirnohn"

// TODO: Create an helper function to extract whether the property
// should be inlined or exported as a text node
// At the moment export only Text property using text node

And now the Tooltip property saves like the Text property.
like: blah blah

Reproducibility: always

Additional information: I attach the CEGUIProperty.h and CEGUIProperty.cpp.

Original report by Anonymous.

Automatic migration. Original reporter: "mihaim"

Ogre team changed getSceneManager parameters . Now it requires a string to identify the scene manager.

Reproducibility: always

Additional information: g++ -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../Samples/common/include -I../../../include -DEXT_HASH -I/usr/include/OGRE -I/usr/include/CEGUI -g -O2 -MT CEGuiOgreBaseApplication.lo -MD -MP -MF .deps/CEGuiOgreBaseApplication.Tpo -c CEGuiOgreBaseApplication.cpp -fPIC -DPIC -o .libs/CEGuiOgreBaseApplication.o
CEGuiOgreBaseApplication.cpp: In constructor CEGuiOgreBaseApplication::CEGuiOgreBaseApplication()': CEGuiOgreBaseApplication.cpp:56: error: no matching function for call to
Ogre::Root::getSceneManager(Ogre::SceneType)'
/usr/include/OGRE/OgreRoot.h:353: error: candidates are: Ogre::SceneManager*
Ogre::Root::getSceneManager(const Ogre::String&) const
make[3]: *** [CEGuiOgreBaseApplication.lo] Error 1

Original report by Anonymous.

Automatic migration. Original reporter: "Clay"

Something that should probably be reviewed. The System class has the setTooltip method, which modifes (in part) the return value for getDefaultTooltip. Shouldn't these two be a matched pair setTooltip/getTooltip or setDefaultTooltip/getDefaultTooltip just like the get/setDefaultMouseCursor is?

Reproducibility: N/A

Original report by Anonymous.

Automatic migration. Original reporter: "ryanp"

If a window is already in a modal state, then calling setModalState(true) on that window toggles the window back to a non-modal state. Presumably, this is not correct behavior.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Dalfy"

CEGUI does not build correctly on Mingw32 / Cygwin

MINGW and CYGWIN compatability
This patch converts all render, xmlparser, and major
header files to allow both MINGW and CYGWIN to compile
cegui. neither platform accept __declspec(dllimport).

Imported from sourceforge on July 16, 2006
Submitted by macguyvok

Reproducibility: always

Additional information: This patch makes it possible to compile on MinGW,
though more work is needed to get it to work on MSYS.
Essentially MinGW throws warnings when is sees
__declspec(dllimport), so these are defined out if
MINGW32 is seen, which is defined by the compiler.
Also MinGW's std::exception doesn't accept a parameter
in it's constructor, so these and their corresponding
catches were replaced with CEGUI::String for MinGW only.

OS: Windows, OS build: all, Platform: MingW32

Original report by Anonymous.

Automatic migration. Original reporter: "granx"

Client code might expect the EventTextAccepted to return false when all text entered was filtered out with a regular expression rule. It may be possible for clients to work around this issue by catching the filtered code in another callback, possibly the EventInvalidEntryAttempted ? This is a big change, and not a necessary one as there may exist alternative solutions, but possibly the event should return false when the RE filtered the text.

Reproducibility: always

Additional information: A user tried to filter out the "~" character so that cegui did not handle this event and he could use this button press to close a console. He was keying off of the EventTextAccepted event. Maybe another event for character-by-character entry would have been better for him to subscribe. While the Editbox had the focus, it appeared as though cegui handled this event, so that his client code never had an opportunity to handle it.

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

Version: 0.4.1 (from CVS)
Renderer: Ogre Dagon (from CVS)

I don't think the ToolTip is working for the DragContainer. I create a StaticImage window and attach it to a DragContainer window.According to instructions, I have to disable() the StaticImage so the events get passed to the DragContainer. I set the tooltip text on the DragContainer but it never appears. The tooltip works fine for other window items (like pushbuttons, etc). BTW, I tried setting the tooltip for my StaticImage but it didn't work either (nor should it have with it being disabled).

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

Add the ability at the CEGUI::Window level (or where appropriate) to be able to save a windows current configuration (or profile).

This idea is based on this CEGUI forum topic:

http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1551

and this Wiki Implemenation refrered to therein.

Reproducibility: N/A

Original report by Anonymous.

Automatic migration. Original reporter: "scriptkid"

See samples + motivation:
http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1704&highlight=

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "_2b"

the d3d9renderer uses only one texture stage and sets all states for stage 0, but does not disable stage 1. so when the main programm does some rendering and uses other stages, cegui-rendering my fail. this may also apply for the d3d8renderer.

to securely disable texture stage 1, use SetTextureStageState(D3DTSS_COLOROP, D3DTOP_DISABLE) and SetTexture(1, 0);

a patch is attached.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Van"

There has always been alot of confusion about how to unsubscribe (disconnect) from an event. What may help is a function that could unsubscribe from the event or one that returns the CEGUI::Event::Connection object.

I suggest either one or both of these two functions:

[b]bool CEGUI::Window::unSubscribeEvent( "MyEvent", &myHandler )[/b]

and/or

[b]CEGUI::Event::Connection *CEGUI::Window::getEventConnection( "MyEvent", &myHandler )[/b]

Reproducibility: N/A

Original report by Anonymous.

Automatic migration. Original reporter: "Dalfy"

Minmax issue in OpenGLRenderer

IRC log:

muhkuh good,
muhkuh btw. just found a little bug in the OpenglRenderer
muhkuh the old windows min/max macro thing
muhkuh adding a define("NOMINMAX") in OpenGLGUIRenderers premake.lue would fix this
Dalfy Thanks for the comment, I will add a note on Mantis

Reproducibility: always

OS: Win32, OS build: , Platform: VS2005

Original report by Anonymous.

Automatic migration. Original reporter: "Sneftel"

The mouse cursor sprite is given Z value 1.0 (the furthest value). This causes it to be drawn under all window elements if Z-buffering is enabled and the Z-buffer is not cleared between window drawing and cursor drawing. To fix this, change line 64 of CEGUIMouseCursor.cpp from "d_position.d_z = 1.0f;" to "d_position.d_z = 0.0f;".

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "zap"

The FairChar.tga file had width and height that were not powers of two. While this works for advanced cards like GeForce 6800, it doesn't with older cards such as the GeForce 4xx MX series (displays white rectangles instead of glyphs).

This patch fixes this by moving all the glyphs in the image so that it can be reduced to the 256x128 size, and also fixes the corresponding FairChar.imageset file.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "muhkuh"

The SliderThumb widget in variouse shemes is incorrectly mapped:

TargetType="CEGUI/SliderThumb"
but should be:
TargetType="CEGUI/Thumb"

This raises an exception when a slider widget of the affected sheme is created.

Reproducibility: always

Additional information: Affected files:
TaharezLookSkin.scheme
TaharezLookWidgets.scheme
WindowsLook.scheme
WindowsLookSkin.scheme
WindowsLookWidgets.scheme

Original report by Anonymous.

Automatic migration. Original reporter: "mdmkolbe"

The public headers are generating lots (700+) of warnings on GCC with Windows (at least with -W -Wall). Generally public headers should be warning free as any warnings in them will cause warnings in any downstream project.

The warnings are of the form:
include/CEGUIString.h:4772: warning: inline function 'void CEGUI::String::init()' is declared as dllimport: attribute ignored.

The straightforward solution would be to move the bodies of these implicitly inline functions to a *.cpp file. However in discussion on IRC, Dalfy indicated that doing that would cost significant performance on unix. Other solutions suggested include: making CEGUIEXPORT empty in the non-export, non-MSVC case; pulling the function bodies into a file that is conditionally included in either the *.h or *.cpp files depending on which is safe.

Reproducibility: always

Additional information: Attached are the warnings.

Compiler is: gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
Compiled with "-W -Wall".
System is: CYGWIN_NT-5.1 seville 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

ButtonBase is using code like this:

d_hovering = (this == sheet->getChildAtPosition(mouse_pos));

every time the mouse moves. It's slow and can be fixed.

Reported here:
http://www.cegui.org.uk/phpBB2/viewtopic.php?p=7913#7913

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

When you subscribe to the dragdropitemdropped event and set a new position for the DragContainer in the subscriber, the position will be overwritten after the subscriber returns. pretty annoying

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "spannerman"

The dependencies do not seem to be in synch with the source, it is looking for 'freetype2110_D.lib' in CEGUIBase, but the dependency package (CEGUI-0.5.0-RC1-deps-vc8.zip) contains freetype221_D.lib.

Reproducibility: always

Additional information: Downloaded the dependency package (CEGUI-0.5.0-RC1-deps-vc8.zip) on 20/06/2006 at 18:48.

Original report by Anonymous.

Automatic migration. Original reporter: "Clay"

This is the code for ListboxItem::getOwnerWindow:
const Window* getOwnerWindow(const Window* owner) {return d_owner;}

This should be:
const Window* getOwnerWindow() const {return d_owner;}

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "zap"

Here's a patch that does the following:

• Ability to switch tab button pane position to top/bottom at runtime. A single looknfeel for both positions.
• Enhanced look, more in line with contemporan GUIs.
• Ability to scroll the tab button pane. When needed, two special buttons are made visible with which you can scroll the tab button pane left/right. Additionaly, you can drag the tab button pane by grabbing it by pressing the middle mouse button and then moving the mouse to left/right. And finally, you can just use the scroll wheel over the tab button pane.
• Enhanced the PropertyDim Falagard keyword so that you can now reference UDim values as well. For example: will transform the "Height" property (which is in the "{s,o}" format) to a floating-point value by multiplying it with window pixel height. If 'type' keyword is not specified, PropertyDim works exactly as before.
• Fixed the FrameComponent drawing routines so that the pixmaps are clipped properly against the destination rectangle.
• Fixed endianess issues with PropertyHelper. Now it could (should) work correctly on Big-Endian machines too (mostly 32-bit colours-related).
• In PropertyHelper replaced %f format specifiers with %g which gives same effect as cout << float. sprintf/sscanf is about twice faster than std::ostringstream so I've replaced back ostringstream with sprintf.
• ColourRect specifiers may now be written in short as a single hexadecimal colour if all four values are the same. For example, instead of "tl:FF112233 tr:FF112233 bl:FF112233 br:FF112233" you can now write just "FF112233". Of course, you can use the complete form too.
• A discutable change: I removed the check in captureInput() so that only active widgets may capture input. In my case I had a "inactive" element (the tab control button) which still needed to capture the input, and, besides, I don't understand why only active widgets may capture the input. I don't foresee any potential problems with this patch, though.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "Xirnohn"

// TODO: Create an helper function to extract whether the property
// should be inlined or exported as a text node
// At the moment export only Text property using text node

And now the Tooltip property saves like the Text property.
like: blah blah

Reproducibility: always

Additional information: I attach the CEGUIProperty.h and CEGUIProperty.cpp.

Original report by Anonymous.

Automatic migration. Original reporter: "fiesch"

occuring in file Win32GUIRendererSelector.cpp

Line 450

error C2664: 'MultiByteToWideChar' : cannot convert parameter 5 from 'LPWORD' to 'LPWSTR'

a cast should solve that.

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "lindquist"

The System constructor subscribes to the Renderer::EventDisplaySizeChanged of the renderer module, but does not unsubscribe from this during destruction.

If you recreate the system, but use the same "old" renderer, then you end up having multiple subscriptions to this event.

Reported here:
http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1527

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "muhkuh"

The OpenGL renderer does not set the required culling state to GL_FRONT in 0.41.

In the current CVS version somebody seems to have tried to take care of it but things are worse now.

1. glCullFace is called with GL_CCW as parameter. Valid parameters for glCullFace are GL_FRONT, GL_BACK and GL_FRONT_AND_BACK. GL_CCW is a valid parameter for glFrontFace! This gives and invalid enum error.

2. There are no corresponding glPopMatrix calls for the glPushMatrix calls to restore the modelview and the projection matrix. This leads to an "overflow" of the OpenGL matrix stacks (and the old matrices are not restored).

Reproducibility: always

Additional information: File:
cegui_mk2\src\renderers\OpenGLGUIRenderer\openglrenderer.cpp

Affected functions:
void OpenGLRenderer::initPerFrameStates(void)
void OpenGLRenderer::exitPerFrameStates(void)

Affected versions:
0.41
CVS 1.9

Appended fix does:

1. Turn off culling in initPerFrameStates() completely as I didn't see how culling would be of any use in CEGUI rendering.

2. Popping previously pushed modelview and projection matrices from the stack inexitPerFrameStates().

Original report by Anonymous.

Automatic migration. Original reporter: "dzhou"

I have test the cegui 0.4 in windows 2000 platform and find the function is so weak for the edit control, although the edit control is a big promblem for all gui engine.^-^

Reproducibility: always

Additional information: Why mouse move so slowly in the main area of cegui,is this caused by the opengl or directx render?Can it be accelated?

Original report by Anonymous.

Automatic migration. Original reporter: "oddsocks"

Attached is patch which fixes the null termination issue with the XML Parser and verson 0.4.1. Patch was created by Hans de Goede

Reproducibility: always

Original report by Paul Turner (Bitbucket: pturner, GitHub: pturner).

Original SF tracker item 1307126.

FactoryModule :
Add custom path to search factories libraries ( not only system default path ) or just don't force "lib" at begin of filename in linux ( only needed to link binaries with -l , not for dlopen() at runtime )

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "spannerman"

Functionality request:
Ability to clone an already loaded font.

Many gui systems will require a font to be displayed in more than one single point size. Currently in order to do this the same font must be loaded twice, with the font size specified differently in XML or dynamically changed via the setProperty("PointSize", intSize); property.

Original topic thread: http://www.cegui.org.uk/phpBB2/viewtopic.php?t=1695

Reproducibility: N/A

Original report by Anonymous.

Automatic migration. Original reporter: "oddsocks"

The file cegui_mk2/include/renderers/OpenGLGUIRenderer/openglrenderer.h uses longs where ints should be used which causes problems on 64bit systems such as black samples.

Reproducibility: always

Additional information: Attached is a patch created by Hans de Goede for 0.4.1

Original report by Anonymous.

Automatic migration. Original reporter: "melian"

The Vanilla layout cannot be found in linux archive ( but present in windows one ) in the release 0.5.0-RC1. The missing files are :

Samples/datafiles/layouts/VanillaConsole.layout
Samples/datafiles/layouts/VanillaWindows.layout

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "mrbolha"

It should be possible to switch the component with the keyboard focus by pressing the "Tab" key. Also, "Shift-Tab" should be used to navigate backwards.

Optionally, components like "MultiLineEditbox" might want to handle "Tab" keystrokes, generating "extra spaces" in the text, and not changing the Focus.

Reproducibility: N/A

Original report by Anonymous.

Automatic migration. Original reporter: "Clay"

This minor patch was accepted and closed, but it was never applied. Patch is here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1189066&group_id=93749&atid=605424

The file it was supposed to modify is not changed:
http://cvs.sourceforge.net/viewcvs.py/crayzedsgui/cegui_mk2/include/renderers/OpenGLGUIRenderer/openglrenderer.h?view=markup

Reproducibility: always

Original report by Anonymous.

Automatic migration. Original reporter: "nightwolf"

In file CEGUIFreeTypeFont.cpp, line 375, the class member d_fontData is freed by calling the Release() method, which is not correct and produces errors when using a custom memory manager.

Please free the d_fontData member using unloadRawDataContainer() from the current resource provider, allowing custom resource providers to free the container themselves.

If the custom memory manager pads the memory buffers, thus returning slightly different pointers from the ones returned by the CRT, this bug causes an exception to be raised in debug mode by the runtime library itself.

Reproducibility: always

OS: Windows, OS build: XP, Platform: PC

Original report by Paul Turner (Bitbucket: pturner, GitHub: pturner).

Original SF tracker item 1182718.

I have been trying to compile CEGUI on Ubuntu for amd64
without much luck. Here is the error I get:

/usr/bin/ld: /usr/X11R6/lib/libGL.a(glapi.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/X11R6/lib/libGL.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libCEGUIOpenGLRenderer.la] Error 1

I filed a bug against Ubuntu but I have been told this is actually a bug with your code. My original bug along with the response to it can be found here: https://bugzilla.ubuntu.com/show_bug.cgi?id=9206

Reproducibility: always