Meet the Newbie !

[Kildor]

there was some merging commits, near "add sound plugin". I can`t currently search through revisions, which one has introduced breaking change.

[martindcohen]

I checked the gl.h file and at line 1454 found a rather interesting comment ...

/* Include external definitions of OpenGL extensions */
/* Removed, see this bug report for reference:
 * http://sourceforge.net/tracker/index.php?func=detail&aid=610178&group_id=2435&atid=102435
 *
 *#include <GL/glext.h>
 */

Included it and all compile issues are gone, got an unreferenced function, though ...
Have to go to sleep will keep going tomorrow.

[Mattn]

try to add this to your mingw directory.

http://mattn.ninex.info/download/openal.zip

[Mattn]

where did you include it? in igl.h?

[geever]

@geever:
I assume you're on linux, right ?
And you do NOT get that error, right ?

I'm on Linux, Debian 4, and I can't compile UFORadiant as my libs (gettext, gtk) are older than required.

-geever

[Mattn]

I'm on Linux, Debian 4, and I can't compile UFORadiant as my libs (gettext, gtk) are older than required.

that's still the case? i thought rudolfo added sentinels around the code parts that failed on your system.

[geever]

that's still the case? i thought rudolfo added sentinels around the code parts that failed on your system.

Rudolfo said he could do nothing for gettext IIRC. But  I can test it in the evening.

-geever

[martindcohen]

where did you include it? in igl.h?

No, i changed it on gl.h but just for testing purposes.
Ill see about it once i get back from work in about 9 hours 

But so far seems like that parts is why didnt compile on win32 ...

[RudolfoWood]

for that glext problem I commited an updated igl.h some days ago.

@geever, mattn: for gettext I did not had any clue, I think mattn changed something for that _C gettext function
regarding gtk: I know that actually I have some gtk_tree_view_set_search_entry functions that do not exist in old gtk (< 2.10) - I asked on irc whether I should add sanity checks for that too, but got no answer yet.

Actually I also can't launch radiant because of that "undefined glGetError" error.
@Tachop: the changes in qgl.cpp|h and igl.h in uforadiant have been a try to get rid of that redefine table for gl functions, see mattns commit http://ufoai.svn.sourceforge.net/ufoai/?view=rev&rev=25621

[martindcohen]

for that glext problem I commited an updated igl.h some days ago.

@geever, mattn: for gettext I did not had any clue, I think mattn changed something for that _C gettext function
regarding gtk: I know that actually I have some gtk_tree_view_set_search_entry functions that do not exist in old gtk (< 2.10) - I asked on irc whether I should add sanity checks for that too, but got no answer yet.

Actually I also can't launch radiant because of that "undefined glGetError" error.
@Tachop: the changes in qgl.cpp|h and igl.h in uforadiant have been a try to get rid of that redefine table for gl functions, see mattns commit http://ufoai.svn.sourceforge.net/ufoai/?view=rev&rev=25621

Hi Rudolfo,

Saw that and seems ok.
Kinda solved the undefined glGetError, im using the ircchannel as a log, the solution is there.
Is compiling ok but fails on initialization, seems that maybe there is more code to be ported from gtkradiant id like to know if thats the case.

[RudolfoWood]

Tachop your solution using qgl/igl stuff from radiant 1.5 is actually a revert of mattns commit (in my opinion, did not see what you did). So I don't count this as a real solution.

I found out (like stated on ml) that that libopengl32.a defines _glGetError@0 instead of glGetError - this could be the problem. I don't know where mattn got that lib, the one I created here on my own seems to be better.

for geever I will try to include more gtk version checks as he uses some gtk 2.8. We should define a version which we will set as minimum requirement. That would make it easier to include appropriate checks here and there.

see you soon (hopefully I find time on wednesday again)

[martindcohen]

Rudolfo,

Im kinda lost about what i should be doing, my first priority is to get Radiant working for me until you have it stable enough for me to work on.
In the meantime once i have it working i can get a task from TODO and start from scratch.


So far is running, asking for an engine path (didnt quite figure out that one yet) and a compiler exe (may be ufo2map ?)
Id like to meet you guys on the chat in order to get my act together   

[RudolfoWood]

engine path should point to the directory above radiant executeable (ufoai base directory).
compiler is the ufo2map tool. correct.

Don't know whether you yet found it, we have some explanations on our wiki for radiant usage: http://ufoai.ninex.info/wiki/index.php/Mapping

[odie]

Was wondering then, did RudolfoWood or any others managed to fix the radiant issue then??

I ma anxious to get this resolved and see whats the resultant accomplishments so far has been.....

Advise pls, anyone? This is a flowover problem detailed here.

[RudolfoWood]

Tachop fixed it in rev. 25740 (at least for me, if you still have trouble with that revision, please post again).