UFO:Alien Invasion

Development => Coding => Topic started by: Duke on May 05, 2009, 12:45:00 am

Title: cannot find -ltheora
Post by: Duke on May 05, 2009, 12:45:00 am: I get the above ERROR when compiling ufo rev 24341 with C::B on Win XP.
Title: Re: cannot find -ltheora
Post by: BTAxis on May 05, 2009, 01:58:17 am: You need to download a new C::B package. Use the download link on the wiki.
Title: Re: cannot find -ltheora
Post by: Muton on May 05, 2009, 08:57:37 pm: Whats the difference

Are we downloading the whole thing for just that (http://ufoai.ninex.info/forum/index.php?topic=3531.msg25618#msg25618) :-\
Title: Re: cannot find -ltheora
Post by: Mattn on May 05, 2009, 09:05:29 pm: the whole c::b package please - as i've added some new libraries to the mingw setup that is used in the c::b archive
Title: Re: cannot find -ltheora
Post by: Mattn on May 05, 2009, 09:06:01 pm: http://mattn.ninex.info/downloads/codeblocks.zip
Title: Re: cannot find -ltheora
Post by: Duke on May 05, 2009, 09:49:30 pm: Thx for the link.
I extracted it over the CB installation, updated to rev 24349, cleaned and built:
Quote
Linking executable: ..\..\ufo.exe
d:/cb/codeblocks/mingw/bin/../lib/gcc/mingw32/4.3.3/../../../../mingw32/bin/ld.exe: cannot find -ltheora
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 49 seconds)
1 errors, 0 warnings

ufo.cbp == snv.

What is -ltheora ?
Title: Re: cannot find -ltheora
Post by: BTAxis on May 05, 2009, 11:27:04 pm: There must be something wrong with your C::B settings, because it's compiling fine here (r24357).
Title: Re: cannot find -ltheora
Post by: Duke on May 05, 2009, 11:57:36 pm: BTAxis, I don't think so. Because after you mentioned it, it was actually the first time that I ever entered the settings menu. So everything there is default.

I found my ufo.cbp was NOT original svn. So I restored it form svn (and updated to r24358) and things have gotten worse. I now also get compile errors :(

Is there anything I have to do that is not in the C::B package nor in the svn ??
Title: Re: cannot find -ltheora
Post by: BTAxis on May 06, 2009, 12:12:50 am: If everything is default, then there's something wrong. Read the wiki page (http://ufoai.ninex.info/wiki/index.php/Code::Blocks) about setting up C::B and make sure everything is set as described.
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 12:52:31 am: I checked it again. Everything *is* set as described.
(plz keep in mind that I have been using CB for more than half a year now *without* such problems).

The real question is: do I need to do something *manually* for this update ?

btw if it works for you, which OS are you using ?
Title: Re: cannot find -ltheora
Post by: BTAxis on May 06, 2009, 12:58:56 am: I'm using Windows XP SP2 32-bit.

I've also been using the old C::B for ages, and I had no problems updating to the new package. What I did was extract C::B itself from the archive over my old C::B, overwriting everything. I then removed my old MinGW installation and replaced it with the one from the archive. I didn't change anything else.

Mind you, C::B itself isn't the problem here, it's the updated MinGW that's acting up for you.
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 01:10:46 am: Found one part of the problem:
The #defines settings contain
Quote
HAVE_VORBIS_CODEC_H
HAVE_XVID_H
HAVE_THEORA_THEORA_H
...mentioned in the Coding->OGM thread.
Removed them and got rid of the compile errors. Leaves me mith the linker error...investigating.
Title: Re: cannot find -ltheora
Post by: geever on May 06, 2009, 10:59:43 am: did you copy the dll from contrib dir (or whatever) to the ufo:ai root dir?

-geever
Title: Re: cannot find -ltheora
Post by: Muton on May 06, 2009, 02:57:17 pm: after replacing C::B with the new one
nothing is working anymore!

-------------- Clean: windows in ufo2map ---------------

Cleaned "ufo2map - windows"

-------------- Build: windows in ufo2map ---------------

Compiling: ..\..\src\tools\ufo2map\common\bspfile.c
mingw32-gcc.exe: CreateProcess: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

file exists
v:\mingw\bin\mingw32-gcc.exe

open C::B
go to Settings->Compiler and debugger
Toolchain executables
mingw32-gcc.exe
mingw32-g++.exe
mingw32-g++.exe
ar.exe
gdb.exe
windres.exe
make.exe
Title: Re: cannot find -ltheora
Post by: BTAxis on May 06, 2009, 02:59:08 pm: Try pointing it to gcc.exe and g++.exe instead.
Title: Re: cannot find -ltheora
Post by: Mattn on May 06, 2009, 08:01:41 pm: Quote from: Duke on May 05, 2009, 09:49:30 pm
What is -ltheora ?

Theora is a video codec that i've merged from the world of padman engine to replace the roq support (because there are more and better tools to create ogg/ogm video files and they have a better quality)
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 08:49:57 pm: Thx. So what is the '-l' ? Is the linker looking for a theora.lib ?
And where is that switch/parameter given ? I didn't find anything in the ufo.cbp.
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 08:52:57 pm: Quote from: geever on May 06, 2009, 10:59:43 am
did you copy the dll from contrib dir (or whatever) to the ufo:ai root dir?
I did. But if I hadn't, I would expect a runtime error like 'DLL not found'. The error I get is at link-time.
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 09:33:53 pm: Forget it, I found it (must have been blind): removed theora and xvidcore from Project->Build options->Linker settings and it builds again :)
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 09:49:37 pm: ... but does not run. :(

What happened to libintl3.dll ??
Title: Re: cannot find -ltheora
Post by: Mattn on May 06, 2009, 10:00:51 pm: are you sure that you replaced the old c::b package with the new one from http://mattn.ninex.info/download/codeblocks.zip ?

theora is included there - i've just tested it in a virtualbox windows image - and it works fine here. the package is maybe using newer version of all needed libs and mingw. so some things might have changed. as i'm not really using windows much and i don't have much experience on this front i have to believe you, but please double check ;)
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 10:27:28 pm: Is the existence of 3 libtheora*.DLLs in /contrib/dlls a strong enough indicator that I extracted the zip correctly ? All I have of mingw came with the first install of C::B. So if the package works correctly, everything should be fine with mingw as well.

UFO.exe refuses to start coz it doesn't find libintl3.dll.
I see intl.DLL in contrib/dlls (and yes, a copy of it in the folder with ufo.exe). I assume that's our renamed replacement for libintl3.dll, right ?
As I removed the defines and the libs from the cbp, there must be something else that suddenly calls for libintl3. Dunno how or what atm...
Title: Re: cannot find -ltheora
Post by: Muton on May 06, 2009, 10:33:34 pm: Ahh
thats a different package

There are those header files
and its working :)

Danke

> libpng3.dll
is in ufoai\contrib\dlls

ufoai\src\ports\windows\installer.nsi
File "..\..\..\contrib\dlls\*.dll"

It should be ok
Title: Re: cannot find -ltheora
Post by: Mattn on May 06, 2009, 10:33:54 pm: no, the dll files are in our svn - i was talking about deleting the old c::b + mingw package and extract it newly from the above linked zip file.

you need the theora headers and libs in mingw/include and mingw/lib in your c::b directory.
Title: Re: cannot find -ltheora
Post by: Mattn on May 06, 2009, 10:34:39 pm: Quote from: Muton on May 06, 2009, 10:33:34 pm
Ahh
thats a different package

different package from what? is there some old or broken link somewhere? then please let me know and i will fix it.
Title: Re: cannot find -ltheora
Post by: Muton on May 06, 2009, 10:41:32 pm: Downloaded this one
http://ufoai.ninex.info/forum/index.php?topic=3551.msg25862#msg25862

and there are no headers for ogm support

The link is the same
It seems you've replaced the package meanwhile
Title: Re: cannot find -ltheora
Post by: Duke on May 06, 2009, 11:35:17 pm: - deleted the codeblocks folder
- extracted the zip again
- got a fresh ufo.cbp from svn r24362
- rebuilt
==> got tons of compile errs

Is removing the defines and libs (as I described above) the right way to proceed ?
Title: Re: cannot find -ltheora
Post by: Destructavator on May 07, 2009, 03:28:01 am: I just got the same result, after I downloaded the new codeblocks, set it up in a new folder just like I did the old one, then deleted the old DLLs from the game directory and put the new ones from "contrib" in there.

Here are some logs, don't know if they help or not.

Edit: UFO.EXE actually does compile, radiant doesn't, but running Ufo.EXE results in an error for missing libintl3.dll. (As mentioned above in this thread.)

Edit(2): Downloaded libintl3.dll from Sourceforge - some GnuWin32 or something project, now the game complains about missing libiconv2.dll.

Edit(3): Ah-Ha! Followed instructions I found via Google and copied iconv.dll and renamed the copy to libiconv2.dll.

Now the game starts up and runs! :D

I'll test to see if the game can now play an OGM in a short while...

Edit/Update (4): OK, The game now tries to play the OGM, I get little random bits of the sound from the video, and no picture. I'm not sure if it's the game or the way I encoded the OGM.

If anyone has an OGM that they know works on the Linux version of the game, please post it so I can D/L it, try it on Windows, and examine how it is encoded.

[attachment deleted by admin]
Title: Re: cannot find -ltheora
Post by: Destructavator on May 07, 2009, 04:07:40 am: Alright, This time I encoded a test video with VLC and I got the picture (visual) part of the video to play perfectly! 8)

The audio doesn't work though - I get garbled occasional bits of random sound, but mostly silence.

Still, it's getting closer...
Title: Re: cannot find -ltheora
Post by: Muton on May 07, 2009, 08:16:52 am: @Dest

libintl3.dll is already on your system ufoai\contrib\dlls
and nsis already have
File "..\..\..\contrib\dlls\*.dll"
included
If you compile the installer
everything should be fine
no need to download or renaming.

===================

I got a diff error
There is no ufoai\radiant\modules\model.dll

Code: [Select]
-------------- Clean: windows in uforadiant_model --------------- Cleaned "uforadiant_model - windows" -------------- Build: windows in uforadiant_model --------------- Compiling: ..\..\src\tools\radiant\libs\picomodel\pm_md2.c Compiling: ..\..\src\tools\radiant\libs\picomodel\picomodel.c Compiling: ..\..\src\tools\radiant\libs\picomodel\picomodules.c Compiling: ..\..\src\tools\radiant\libs\picomodel\pm_ase.c Compiling: ..\..\src\tools\radiant\libs\picomodel\picointernal.c Compiling: ..\..\src\tools\radiant\libs\picomodel\pm_md3.c Compiling: ..\..\src\tools\radiant\libs\picomodel\pm_obj.c Compiling: ..\..\src\tools\radiant\plugins\model\model.cpp Compiling: ..\..\src\tools\radiant\plugins\model\plugin.cpp Linking dynamic library: ..\..\radiant\modules\model.dll V:\MinGW\lib/libstdc++.a(eh_throw.o):eh_throw.cc:(.text+0x7b): undefined reference to `__w32_sharedptr_unexpected' V:\MinGW\lib/libstdc++.a(eh_throw.o):eh_throw.cc:(.text+0x8c): undefined reference to `__w32_sharedptr_terminate' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0x4e): undefined reference to `__w32_sharedptr' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0xb9): undefined reference to `__w32_sharedptr' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0x179): undefined reference to `__w32_sharedptr' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0x186): undefined reference to `__w32_sharedptr' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0x1e3): undefined reference to `__w32_sharedptr' V:\MinGW\lib/libstdc++.a(eh_globals.o):eh_globals.cc:(.text+0x1ef): more undefined references to `__w32_sharedptr' follow V:\MinGW\lib/libstdc++.a(eh_terminate.o):eh_terminate.cc:(.text+0x67): undefined reference to `__w32_sharedptr_terminate' V:\MinGW\lib/libstdc++.a(eh_terminate.o):eh_terminate.cc :(.text+0x97): undefined reference to `__w32_sharedptr_unexpected' V:\MinGW\lib/libstdc++.a(eh_terminate.o):eh_terminate.cc:(.text+0xb3): undefined reference to `__w32_sharedptr_terminate' V:\MinGW\lib/libstdc++.a(eh_terminate.o):eh_terminate.cc:(.text+0xd3): undefined reference to `__w32_sharedptr_unexpected' collect2: ld returned 1 exit status

Edit:
solved it

goto MinGW\lib\gcc\mingw32\4.3.3
copy all files into
MinGW\lib

and another error:
Code: [Select]
-------------- Clean: windows in uforadiant --------------- Cleaned "uforadiant - windows" -------------- Build: windows in uforadiant --------------- Compiling: ..\..\src\tools\radiant\radiant\filters.cpp Compiling: ..\..\src\shared\parse.c cc1.exe: warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C Compiling: ..\..\src\tools\radiant\libs\gtkutil\accelerator.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\button.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\clipboard.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\cursor.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\dialog.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\filechooser.cpp V:\MinGW\ufoai\src\tools\radiant\libs\gtkutil\filechooser.cpp:149: warning: 'shortcutFoldersInBaseDir' defined but not used Compiling: ..\..\src\tools\radiant\libs\gtkutil\frame.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\glfont.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\glwidget.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\image.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\menu.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\messagebox.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\paned.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\toolbar.cpp Compiling: ..\..\src\tools\radiant\libs\gtkutil\window.cpp Compiling: ..\..\src\tools\radiant\libs\profile\file.cpp Compiling: ..\..\src\tools\radiant\libs\profile\profile.cpp Compiling: ..\..\src\tools\radiant\radiant\autosave.cpp Compiling: ..\..\src\tools\radiant\radiant\brush.cpp Compiling: ..\..\src\tools\radiant\radiant\brush_primit.cpp Compiling: ..\..\src\tools\radiant\radiant\brushmanip.cpp Compiling: ..\..\src\tools\radiant\radiant\brushmodule.cpp Compiling: ..\..\src\tools\radiant\radiant\camwindow.cpp Compiling: ..\..\src\tools\radiant\radiant\colorscheme.cpp Compiling: ..\..\src\tools\radiant\radiant\commands.cpp Compiling: ..\..\src\tools\radiant\radiant\console.cpp Compiling: ..\..\src\tools\radiant\radiant\csg.cpp Compiling: ..\..\src\tools\radiant\radiant\dialog.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\about.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\findbrush.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\findtextures.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\light.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\maptools.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\particle.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\prism.cpp Compiling: ..\..\src\tools\radiant\radiant\dialogs\texteditor.cpp Compiling: ..\..\src\tools\radiant\radiant\eclass.cpp Compiling: ..\..\src\tools\radiant\radiant\eclass_def.cpp Compiling: ..\..\src\tools\radiant\radiant\entity.cpp Compiling: ..\..\src\tools\radiant\radiant\environment.cpp Compiling: ..\..\src\tools\radiant\radiant\error.cpp Compiling: ..\..\src\tools\radiant\radiant\exec.cpp V:\MinGW\ufoai\src\tools\radiant\radiant\exec.cpp: In function 'void exec_spawn_process(ExecCmd*, void (*)(void*))': V:\MinGW\ufoai\src\tools\radiant\radiant\exec.cpp:196: warning: statement has no effect V:\MinGW\ufoai\src\tools\radiant\radiant\exec.cpp: In function 'void exec_run(Exec*)': V:\MinGW\ufoai\src\tools\radiant\radiant\exec.cpp:396: warning: statement has no effect Compiling: ..\..\src\tools\radiant\radiant\filetypes.cpp Compiling: ..\..\src\shared\entitiesdef.c cc1.exe: warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C Compiling: ..\..\src\tools\radiant\radiant\grid.cpp Compiling: ..\..\src\tools\radiant\radiant\gtkmisc.cpp Compiling: ..\..\src\tools\radiant\radiant\image.cpp Compiling: ..\..\src\tools\radiant\radiant\lastused.cpp Compiling: ..\..\src\tools\radiant\radiant\main.cpp Compiling: ..\..\src\tools\radiant\radiant\mainframe.cpp Compiling: ..\..\src\tools\radiant\radiant\map.cpp Compiling: ..\..\src\tools\radiant\radiant\material.cpp Compiling: ..\..\src\tools\radiant\radiant\nullmodel.cpp Compiling: ..\..\src\tools\radiant\radiant\parse.cpp Compiling: ..\..\src\tools\radiant\radiant\pathfinding.cpp Compiling: ..\..\src\tools\radiant\radiant\plugin.cpp Compiling: ..\..\src\tools\radiant\radiant\pluginmanager.cpp Compiling: ..\..\src\tools\radiant\radiant\pluginmenu.cpp Compiling: ..\..\src\tools\radiant\radiant\plugintoolbar.cpp Compiling: ..\..\src\tools\radiant\radiant\preferences.cpp In file included from V:\MinGW\include/libxml/SAX.h:14, from V:\MinGW\include/libxml/globals.h:18, from V:\MinGW\include/libxml/parser.h:576, from V:\MinGW\ufoai\src\tools\radiant\radiant\preferences.h:32, from V:\MinGW\ufoai\src\tools\radiant\radiant\preferences.cpp:31: V:\MinGW\include/stdlib.h:365: error: 'void free(void*)' redeclared as different kind of symbol V:\MinGW\include/libxml/xmlmemory.h:66: error: previous declaration of 'void (* free)(void*)' ../../src/tools/radiant/libs/math/aabb.h:233: warning: 'aabb_normals' defined but not used Process terminated with status 1 (2 minutes, 38 seconds) 2 errors, 24 warnings
Title: Cannot Compile Using CB
Post by: odie on May 07, 2009, 08:29:31 am: *Edit*
R24363

Hi,

Okie, i have encountered the following errors:
Code: [Select]
-------------- Clean: windows_debug in game --------------- Cleaned "game - windows_debug" -------------- Build: windows_debug in game --------------- Compiling: ..\..\src\game\g_ai.c Compiling: ..\..\src\game\g_ai_lua.c Compiling: ..\..\src\game\g_client.c Compiling: ..\..\src\game\g_cmds.c Compiling: ..\..\src\game\g_combat.c Compiling: ..\..\src\game\g_func.c Compiling: ..\..\src\game\g_main.c Compiling: ..\..\src\game\g_phys.c Compiling: ..\..\src\game\g_reaction.c Compiling: ..\..\src\game\g_spawn.c Compiling: ..\..\src\game\g_svcmds.c Compiling: ..\..\src\game\g_trigger.c Compiling: ..\..\src\game\g_utils.c Compiling: ..\..\src\game\inv_shared.c Compiling: ..\..\src\game\lua\lapi.c Compiling: ..\..\src\game\lua\lauxlib.c Compiling: ..\..\src\game\lua\lbaselib.c Compiling: ..\..\src\game\lua\lcode.c Compiling: ..\..\src\game\lua\ldblib.c Compiling: ..\..\src\game\lua\ldebug.c Compiling: ..\..\src\game\lua\ldo.c Compiling: ..\..\src\game\lua\ldump.c Compiling: ..\..\src\game\lua\lfunc.c Compiling: ..\..\src\game\lua\lgc.c Compiling: ..\..\src\game\lua\linit.c Compiling: ..\..\src\game\lua\liolib.c Compiling: ..\..\src\game\lua\llex.c Compiling: ..\..\src\game\lua\lmathlib.c Compiling: ..\..\src\game\lua\lmem.c Compiling: ..\..\src\game\lua\loadlib.c Compiling: ..\..\src\game\lua\lobject.c Compiling: ..\..\src\game\lua\lopcodes.c Compiling: ..\..\src\game\lua\loslib.c Compiling: ..\..\src\game\lua\lparser.c Compiling: ..\..\src\game\lua\lstate.c Compiling: ..\..\src\game\lua\lstring.c Compiling: ..\..\src\game\lua\lstrlib.c Compiling: ..\..\src\game\lua\ltable.c Compiling: ..\..\src\game\lua\ltablib.c Compiling: ..\..\src\game\lua\ltm.c Compiling: ..\..\src\game\lua\lua.c Compiling: ..\..\src\game\lua\lundump.c Compiling: ..\..\src\game\lua\lvm.c Compiling: ..\..\src\game\lua\lzio.c Compiling: ..\..\src\game\lua\print.c Compiling: ..\..\src\game\q_shared.c Compiling: ..\..\src\shared\infostring.c Compiling: ..\..\src\shared\mathlib.c Compiling: ..\..\src\shared\parse.c Compiling: ..\..\src\shared\shared.c Linking dynamic library: ..\..\base\game.dll Output size is 1.00 MB -------------- Clean: windows_debug in ufo2map --------------- Cleaned "ufo2map - windows_debug" -------------- Build: windows_debug in ufo2map --------------- Compiling: ..\..\src\common\files.c Compiling: ..\..\src\common\ioapi.c Compiling: ..\..\src\common\mem.c Compiling: ..\..\src\common\routing.c Compiling: ..\..\src\common\tracing.c Compiling: ..\..\src\common\unzip.c Compiling: ..\..\src\ports\windows\win_shared.c Compiling: ..\..\src\shared\byte.c Compiling: ..\..\src\shared\entitiesdef.c Compiling: ..\..\src\shared\mathlib.c Compiling: ..\..\src\shared\parse.c Compiling: ..\..\src\shared\shared.c Compiling: ..\..\src\tools\ufo2map\brushbsp.c Compiling: ..\..\src\tools\ufo2map\bsp.c Compiling: ..\..\src\tools\ufo2map\check\check.c Compiling: ..\..\src\tools\ufo2map\check\checkentities.c Compiling: ..\..\src\tools\ufo2map\check\checklib.c Compiling: ..\..\src\tools\ufo2map\common\aselib.c Compiling: ..\..\src\tools\ufo2map\common\bspfile.c Compiling: ..\..\src\tools\ufo2map\common\imagelib.c Compiling: ..\..\src\tools\ufo2map\common\polylib.c Compiling: ..\..\src\tools\ufo2map\common\scriplib.c Compiling: ..\..\src\tools\ufo2map\common\trace.c Compiling: ..\..\src\tools\ufo2map\csg.c Compiling: ..\..\src\tools\ufo2map\faces.c Compiling: ..\..\src\tools\ufo2map\levels.c Compiling: ..\..\src\tools\ufo2map\lighting.c Compiling: ..\..\src\tools\ufo2map\lightmap.c Compiling: ..\..\src\tools\ufo2map\map.c Compiling: ..\..\src\tools\ufo2map\patches.c Compiling: ..\..\src\tools\ufo2map\portals.c Compiling: ..\..\src\tools\ufo2map\routing.c Compiling: ..\..\src\tools\ufo2map\textures.c Compiling: ..\..\src\tools\ufo2map\threads.c Compiling: ..\..\src\tools\ufo2map\tree.c In file included from c:\development\Codeblocks\mingw\include/jpeglib.h:28, from C:\SVN Update\src\tools\ufo2map\common/imagelib.h:31, from C:\SVN Update\src\tools\ufo2map\bsp.h:36, from C:\SVN Update\src\tools\ufo2map\threads.c:25: c:\development\Codeblocks\mingw\include/jconfig.h:25:1: warning: "HAVE_STDLIB_H" redefined In file included from c:\development\Codeblocks\mingw\include\SDL/SDL_stdinc.h:28, from c:\development\Codeblocks\mingw\include\SDL/SDL_thread.h:31, from C:\SVN Update\src\tools\ufo2map\threads.c:23: c:\development\Codeblocks\mingw\include\SDL/SDL_config.h:67:1: warning: this is the location of the previous definition Compiling: ..\..\src\tools\ufo2map\ufo2map.c Compiling: ..\..\src\tools\ufo2map\writebsp.c Linking console executable: ..\..\ufo2map.exe Output size is 708.83 KB -------------- Clean: windows_debug in ufo_ded --------------- Cleaned "ufo_ded - windows_debug" -------------- Build: windows_debug in ufo_ded --------------- Compiling: ..\..\src\common\cmd.c Compiling: ..\..\src\common\cmodel.c Compiling: ..\..\src\common\common.c Compiling: ..\..\src\common\cvar.c Compiling: ..\..\src\common\dbuffer.c Compiling: ..\..\src\common\files.c Compiling: ..\..\src\common\http.c Compiling: ..\..\src\common\ioapi.c Compiling: ..\..\src\common\md4.c Compiling: ..\..\src\common\mem.c Compiling: ..\..\src\common\msg.c Compiling: ..\..\src\common\net.c Compiling: ..\..\src\common\netpack.c Compiling: ..\..\src\common\pqueue.c Compiling: ..\..\src\common\routing.c Compiling: ..\..\src\common\scripts.c Compiling: ..\..\src\common\tracing.c Compiling: ..\..\src\common\unzip.c Compiling: ..\..\src\game\inv_shared.c Compiling: ..\..\src\game\q_shared.c Compiling: ..\..\src\ports\windows\ufo.rc Compiling: ..\..\src\ports\windows\win_console.c Compiling: ..\..\src\ports\windows\win_main.c Compiling: ..\..\src\ports\windows\win_shared.c Compiling: ..\..\src\server\sv_ccmds.c Compiling: ..\..\src\server\sv_clientstub.c Compiling: ..\..\src\server\sv_game.c Compiling: ..\..\src\server\sv_init.c Compiling: ..\..\src\server\sv_main.c Compiling: ..\..\src\server\sv_send.c Compiling: ..\..\src\server\sv_user.c Compiling: ..\..\src\server\sv_world.c Compiling: ..\..\src\shared\byte.c Compiling: ..\..\src\shared\infostring.c Compiling: ..\..\src\shared\mathlib.c Compiling: ..\..\src\shared\parse.c Compiling: ..\..\src\shared\shared.c Linking executable: ..\..\ufo_ded.exe Output size is 748.52 KB -------------- Clean: windows_debug in ufo --------------- Cleaned "ufo - windows_debug" -------------- Build: windows_debug in ufo --------------- Compiling: ..\..\src\client\campaign\cp_aircraft.c Compiling: ..\..\src\client\campaign\cp_aircraft_callbacks.c Compiling: ..\..\src\client\campaign\cp_airfight.c Compiling: ..\..\src\client\campaign\cp_alien_interest.c Compiling: ..\..\src\client\campaign\cp_alienbase.c Compiling: ..\..\src\client\campaign\cp_aliencont.c Compiling: ..\..\src\client\campaign\cp_aliencont_callbacks.c Compiling: ..\..\src\client\campaign\cp_base.c Compiling: ..\..\src\client\campaign\cp_base_callbacks.c Compiling: ..\..\src\client\campaign\cp_campaign.c Compiling: ..\..\src\client\campaign\cp_employee.c Compiling: ..\..\src\client\campaign\cp_employee_callbacks.c Compiling: ..\..\src\client\campaign\cp_event.c Compiling: ..\..\src\client\campaign\cp_fightequip_callbacks.c Compiling: ..\..\src\client\campaign\cp_hospital.c Compiling: ..\..\src\client\campaign\cp_hospital_callbacks.c Compiling: ..\..\src\client\campaign\cp_installation.c Compiling: ..\..\src\client\campaign\cp_installation_callbacks.c Compiling: ..\..\src\client\campaign\cp_map.c Compiling: ..\..\src\client\campaign\cp_mapfightequip.c Compiling: ..\..\src\client\campaign\cp_market.c Compiling: ..\..\src\client\campaign\cp_market_callbacks.c Compiling: ..\..\src\client\campaign\cp_messageoptions.c Compiling: ..\..\src\client\campaign\cp_messageoptions_callbacks.c Compiling: ..\..\src\client\campaign\cp_messages.c Compiling: ..\..\src\client\campaign\cp_mission_triggers.c Compiling: ..\..\src\client\campaign\cp_missions.c Compiling: ..\..\src\client\campaign\cp_nation.c Compiling: ..\..\src\client\campaign\cp_nations.c Compiling: ..\..\src\client\campaign\cp_parse.c Compiling: ..\..\src\client\campaign\cp_popup.c Compiling: ..\..\src\client\campaign\cp_produce.c Compiling: ..\..\src\client\campaign\cp_produce_callbacks.c Compiling: ..\..\src\client\campaign\cp_radar.c Compiling: ..\..\src\client\campaign\cp_rank.c Compiling: ..\..\src\client\campaign\cp_research.c Compiling: ..\..\src\client\campaign\cp_research_callbacks.c Compiling: ..\..\src\client\campaign\cp_save.c Compiling: ..\..\src\client\campaign\cp_team.c Compiling: ..\..\src\client\campaign\cp_team_callbacks.c Compiling: ..\..\src\client\campaign\cp_time.c Compiling: ..\..\src\client\campaign\cp_transfer.c Compiling: ..\..\src\client\campaign\cp_transfer_callbacks.c Compiling: ..\..\src\client\campaign\cp_ufo.c Compiling: ..\..\src\client\campaign\cp_ufopedia.c Compiling: ..\..\src\client\campaign\cp_uforecovery.c Compiling: ..\..\src\client\campaign\cp_uforecovery_callbacks.c Compiling: ..\..\src\client\campaign\cp_xvi.c Compiling: ..\..\src\client\campaign\missions\cp_mission_baseattack.c Compiling: ..\..\src\client\campaign\missions\cp_mission_buildbase.c Compiling: ..\..\src\client\campaign\missions\cp_mission_harvest.c Compiling: ..\..\src\client\campaign\missions\cp_mission_intercept.c Compiling: ..\..\src\client\campaign\missions\cp_mission_recon.c Compiling: ..\..\src\client\campaign\missions\cp_mission_supply.c Compiling: ..\..\src\client\campaign\missions\cp_mission_terror.c Compiling: ..\..\src\client\campaign\missions\cp_mission_xvi.c Compiling: ..\..\src\client\cl_actor.c Compiling: ..\..\src\client\cl_cinematic.c Compiling: ..\..\src\client\cl_cinematic_ogm.c Compiling: ..\..\src\client\cl_cinematic_roq.c Compiling: ..\..\src\client\cl_console.c C:\SVN Update\src\client\cl_cinematic_ogm.c:26:21: error: ogg/ogg.h: No such file or directory C:\SVN Update\src\client\cl_cinematic_ogm.c:27:26: error: vorbis/codec.h: No such file or directory C:\SVN Update\src\client\cl_cinematic_ogm.c:30:18: error: xvid.h: No such file or directory C:\SVN Update\src\client\cl_cinematic_ogm.c:33:27: error: theora/theora.h: No such file or directory C:\SVN Update\src\client\cl_cinematic_ogm.c:54: error: expected specifier-qualifier-list before 'ogg_sync_state' C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_XVID_Init': C:\SVN Update\src\client\cl_cinematic_ogm.c:99: error: 'xvid_gbl_init_t' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:99: error: (Each undeclared identifier is reported only once C:\SVN Update\src\client\cl_cinematic_ogm.c:99: error: for each function it appears in.) C:\SVN Update\src\client\cl_cinematic_ogm.c:99: error: expected ';' before 'xvid_gbl_init' C:\SVN Update\src\client\cl_cinematic_ogm.c:100: error: 'xvid_dec_create_t' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:100: error: expected ';' before 'xvid_dec_create' C:\SVN Update\src\client\cl_cinematic_ogm.c:103: error: 'xvid_gbl_init' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:104: error: 'xvid_dec_create' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:107: error: 'XVID_VERSION' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:112: warning: implicit declaration of function 'xvid_global' C:\SVN Update\src\client\cl_cinematic_ogm.c:121: warning: implicit declaration of function 'xvid_decore' C:\SVN Update\src\client\cl_cinematic_ogm.c:121: error: 'XVID_DEC_CREATE' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:123: error: 'ogmCinematic_t' has no member named 'xvidDecodeHandle' C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_XVID_Decode': C:\SVN Update\src\client\cl_cinematic_ogm.c:132: error: 'xvid_dec_frame_t' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:132: error: expected ';' before 'xvid_dec_frame' C:\SVN Update\src\client\cl_cinematic_ogm.c:135: error: 'xvid_dec_frame' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:136: error: 'ogmCinematic_t' has no member named 'xvidDecodeStats' C:\SVN Update\src\client\cl_cinematic_ogm.c:136: error: 'xvid_dec_stats_t' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:139: error: 'XVID_VERSION' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:140: error: 'ogmCinematic_t' has no member named 'xvidDecodeStats' C:\SVN Update\src\client\cl_cinematic_ogm.c:143: error: 'XVID_LOWDELAY' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:150: error: 'ogmCinematic_t' has no member named 'outputBuffer' C:\SVN Update\src\client\cl_cinematic_ogm.c:151: error: 'ogmCinematic_t' has no member named 'outputWidht' C:\SVN Update\src\client\cl_cinematic_ogm.c:152: error: 'ogmCinematic_t' has no member named 'outputBuffer' C:\SVN Update\src\client\cl_cinematic_ogm.c:153: error: 'XVID_CSP_NULL' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:155: error: 'XVID_CSP_RGBA' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:157: error: 'ogmCinematic_t' has no member named 'xvidDecodeHandle' C:\SVN Update\src\client\cl_cinematic_ogm.c:157: error: 'XVID_DEC_DECODE' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:157: error: 'ogmCinematic_t' has no member named 'xvidDecodeStats' C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_XVID_Shutdown': C:\SVN Update\src\client\cl_cinematic_ogm.c:166: error: 'ogmCinematic_t' has no member named 'xvidDecodeHandle' C:\SVN Update\src\client\cl_cinematic_ogm.c:167: error: 'ogmCinematic_t' has no member named 'xvidDecodeHandle' C:\SVN Update\src\client\cl_cinematic_ogm.c:167: error: 'XVID_DEC_DESTROY' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_OGM_LoadBlockToSync': C:\SVN Update\src\client\cl_cinematic_ogm.c:181: warning: implicit declaration of function 'ogg_sync_buffer' C:\SVN Update\src\client\cl_cinematic_ogm.c:181: error: 'ogmCinematic_t' has no member named 'oy' C:\SVN Update\src\client\cl_cinematic_ogm.c:181: warning: initialization makes pointer from integer without a cast C:\SVN Update\src\client\cl_cinematic_ogm.c:183: warning: implicit declaration of function 'ogg_sync_wrote' C:\SVN Update\src\client\cl_cinematic_ogm.c:183: error: 'ogmCinematic_t' has no member named 'oy' C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_OGM_LoadPagesToStream': C:\SVN Update\src\client\cl_cinematic_ogm.c:199: error: 'ogg_stream_state' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:199: error: 'osptr' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:200: error: 'ogg_page' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:200: error: expected ';' before 'og' C:\SVN Update\src\client\cl_cinematic_ogm.c:203: warning: implicit declaration of function 'ogg_sync_pageout' C:\SVN Update\src\client\cl_cinematic_ogm.c:203: error: 'ogmCinematic_t' has no member named 'oy' C:\SVN Update\src\client\cl_cinematic_ogm.c:203: error: 'og' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:206: error: 'ogmCinematic_t' has no member named 'os_audio' C:\SVN Update\src\client\cl_cinematic_ogm.c:206: warning: implicit declaration of function 'ogg_page_serialno' C:\SVN Update\src\client\cl_cinematic_ogm.c:207: error: 'ogmCinematic_t' has no member named 'os_audio' C:\SVN Update\src\client\cl_cinematic_ogm.c:210: error: 'ogmCinematic_t' has no member named 'os_video' C:\SVN Update\src\client\cl_cinematic_ogm.c:211: error: 'ogmCinematic_t' has no member named 'os_video' C:\SVN Update\src\client\cl_cinematic_ogm.c:216: warning: implicit declaration of function 'ogg_stream_pagein' C:\SVN Update\src\client\cl_cinematic_ogm.c: In function 'CIN_OGM_LoadAudioFrame': C:\SVN Update\src\client\cl_cinematic_ogm.c:241: error: 'ogg_packet' undeclared (first use in this function) C:\SVN Update\src\client\cl_cinematic_ogm.c:241: error: expected ';' before 'op' C:\SVN Update\src\client\cl_cinematic_ogm.c:242: error: 'vorbis_block' undeclared (first use in this function) Compiling: ..\..\src\client\cl_game.c Compiling: ..\..\src\client\cl_game_campaign.c Process terminated with status 1 (1 minutes, 14 seconds) 50 errors, 10 warnings Process terminated with status 0 (1 minutes, 14 seconds) 50 errors, 10 warnings
I have tried to download again the new CB from Mattn's weblink.
I have also correctly overwrite the old CB thru the unzipping of the codeblock's zip.

I wonder if anyone can advise me on this further??
Thanks.

Destructavator: I have replied u in the other thread.....
Title: Re: cannot find -ltheora
Post by: Muton on May 07, 2009, 04:00:25 pm: look into your include folder
there shall be folders for ogg vorbis and theora
Title: Re: cannot find -ltheora
Post by: Duke on May 07, 2009, 11:08:41 pm: Quote from: Mattn on May 06, 2009, 10:33:54 pm
no, the dll files are in our svn - i was talking about deleting the old c::b + mingw package and extract it newly from the above linked zip file.

Ouch. I finally understood that there is an old, a new, and an even newer codeblocks.zip.
Took that, extracted it and at least I now have ogg.h and libintl3.

Now I get compile errors:
Code: [Select]
Compiling: ..\..\src\client\cl_actor.c C:\DOKUME~1\ah\LOKALE~1\Temp\cc0wTJ2a.s: Assembler messages: C:\DOKUME~1\ah\LOKALE~1\Temp\cc0wTJ2a.s:26: Error: junk at end of line, first unrecognized character is `,' C:\DOKUME~1\ah\LOKALE~1\Temp\cc0wTJ2a.s:27: Error: junk at end of line, first unrecognized character is `,'
Never seen that before.
Title: Re: cannot find -ltheora
Post by: odie on May 08, 2009, 06:34:03 am: Hmmm,

I seeming have a diff set of prob now.

gtkglwidget.h seemed missing:

Code: [Select]
||=== ufo2map, windows_debug ===| c:\development\Codeblocks\mingw\include\jconfig.h|25|warning: "HAVE_STDLIB_H" redefined| c:\development\Codeblocks\mingw\include\SDL\SDL_config.h|67|warning: this is the location of the previous definition| ||=== ufo, windows_debug ===| C:\SVN Update\src\client\renderer\r_error.h|49|warning: 'R_CheckErrorDebug' defined but not used| ||=== uforadiant, windows_debug ===| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|25|error: gtk/gtkglwidget.h: No such file or directory| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp||In function 'GLFont glfont_create(const char*)':| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|31|error: 'PangoFontDescription' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|31|error: 'font_desc' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|31|error: 'pango_font_description_from_string' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|33|error: 'PangoFont' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|33|error: 'font' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|33|error: 'gdk_gl_font_use_pango_font' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|36|error: 'PangoFontMetrics' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|36|error: 'font_metrics' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|36|error: 'pango_font_get_metrics' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|38|error: 'pango_font_metrics_get_ascent' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|39|error: 'pango_font_metrics_get_descent' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|40|error: 'PANGO_PIXELS' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|42|error: 'pango_font_metrics_unref' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|45|error: 'pango_font_description_free' was not declared in this scope| ||=== Build finished: 15 errors, 5 warnings ===| C:\SVN Update\src\tools\radiant\libs\gtkutil\filechooser.cpp|149|warning: 'shortcutFoldersInBaseDir' defined but not used| ||=== Build finished: 15 errors, 6 warnings ===|
Any advise on this??

Oh, just for history taking....

I have
1) Downloaded the old original codeblocks.zip in wiki.
2) Ensure it works like the good ol one.....
3) Downloaded Mattn's updated codeblocks.zip
4) Replaced my existing directory, ensuring ltheora and ogg includes are in.
5) Tried Mutons' this:
a) goto MinGW\lib\gcc\mingw32\4.3.3
b) copy all files into MinGW\lib
6) Ran codeblocks to compile in debug mode to get the error above. (See code)
Title: Re: cannot find -ltheora
Post by: odie on May 08, 2009, 06:55:34 am: Okie...

Hunted the 2 .h files from webbie and get a new set of error....

I need to know if the 2 header files i got from web is ok.....or not.
I am attaching...

errors are:
Code: [Select]
||=== ufo2map, windows_debug ===| c:\development\Codeblocks\mingw\include\jconfig.h|25|warning: "HAVE_STDLIB_H" redefined| c:\development\Codeblocks\mingw\include\SDL\SDL_config.h|67|warning: this is the location of the previous definition| ||=== ufo, windows_debug ===| C:\SVN Update\src\client\renderer\r_error.h|49|warning: 'R_CheckErrorDebug' defined but not used| ||=== uforadiant, windows_debug ===| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| C:\SVN Update\src\tools\radiant\libs\gtkutil\filechooser.cpp|149|warning: 'shortcutFoldersInBaseDir' defined but not used| c:\development\Codeblocks\mingw\include\gdk\gdkgl.h|36|warning: "APIENTRY" redefined| c:\development\Codeblocks\mingw\include\GL\gl.h|78|warning: this is the location of the previous definition| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|31|error: 'GdkGLConfig' has not been declared| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|39|error: expected constructor, destructor, or type conversion before '*' token| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|48|error: expected constructor, destructor, or type conversion before '*' token| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp||In function 'GLFont glfont_create(const char*)':| C:\SVN Update\src\tools\radiant\libs\gtkutil\glfont.cpp|33|error: 'gdk_gl_font_use_pango_font' was not declared in this scope| ||=== Build finished: 4 errors, 8 warnings ===| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|31|error: 'GdkGLConfig' has not been declared| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|39|error: expected constructor, destructor, or type conversion before '*' token| c:\development\Codeblocks\mingw\include\gtk\gtkglwidget.h|48|error: expected constructor, destructor, or type conversion before '*' token| C:\SVN Update\src\tools\radiant\libs\gtkutil\glwidget.cpp|48|error: 'GDK_GL_ATTRIB_LIST_NONE' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glwidget.cpp|55|error: 'GDK_GL_ATTRIB_LIST_NONE' was not declared in this scope| C:\SVN Update\src\tools\radiant\libs\gtkutil\glwidget.cpp|69|error: expected initializer before '*' token| ||=== Build finished: 10 errors, 8 warnings ===|
[attachment deleted by admin]
Title: Re: cannot find -ltheora
Post by: Mattn on May 08, 2009, 07:03:46 am: some windows user has to search the gtkglext dev pack or build it himself and contribute it for our codeblocks script - until that happened you can't link uforadiant. the rest of the game should work now (maybe you have to update the codeblocks package again - i'm doing frequent updates)
Title: Re: cannot find -ltheora
Post by: odie on May 08, 2009, 07:11:10 am: Quote from: Mattn on May 08, 2009, 07:03:46 am
some windows user has to search the gtkglext dev pack or build it himself and contribute it for our codeblocks script - until that happened you can't link uforadiant. the rest of the game should work now (maybe you have to update the codeblocks package again - i'm doing frequent updates)

Oh Mattn,

if tats the case, how should i go from here? lol.

codeblocks package = so many versions now....
which should i use? Got a direct link now? lol.
Title: Re: cannot find -ltheora
Post by: Destructavator on May 08, 2009, 07:12:26 am: If you look up codeblocks and go to their forum, they have nightly builds there and instructions on how to download and use them.

http://forums.codeblocks.org/index.php?PHPSESSID=3a78dfe672ba15de7c7138f2af998579&board=20.0
Title: Re: cannot find -ltheora
Post by: odie on May 08, 2009, 07:18:38 am: Quote from: Destructavator on May 08, 2009, 07:12:26 am
If you look up codeblocks and go to their forum, they have nightly builds there and instructions on how to download and use them.

Okie Destructavator,

Juz came back from their forums.... confused. lol. I do not keep track of this proj, and they are speaking Egyptian hieroglyphs to me....... :X

But i did see their built nightly as of 5535 - not same as ours.... do i need to update still???
Title: Re: cannot find -ltheora
Post by: Destructavator on May 08, 2009, 07:24:19 am: I don't think anyone really knows the sure answer to which version of Codeblocks to use at this point. I got the impression from Mattn's last post that he is still trying to figure that out himself.

I'd guess that you would have to experiment a bit...
Title: Re: cannot find -ltheora
Post by: odie on May 08, 2009, 07:42:51 am: Quote from: Destructavator on May 08, 2009, 07:24:19 am
I don't think anyone really knows the sure answer to which version of Codeblocks to use at this point. I got the impression from Mattn's last post that he is still trying to figure that out himself.

I'd guess that you would have to experiment a bit...

Okie, for updates.
I updated to their latest 5535 nightly builts, updated with their wxmsw28u_gcc_cb.dll file, and input our MingW, still did not work. same error as my last error codes posting.

Wondering..... Could mattn or one of the dev guys up there process the most accurate MingW file, and upload it somewhere? i could probably play with it and try to get it working - CB..... *cranking up my old programming rusty sleeping brains.....*

Okie, i am confusing myself over 2 threads....

Here's wat i meant and got so far:

Discussion so far for my errors (http://ufoai.ninex.info/forum/index.php?topic=3553.0)
Title: Re: cannot find -ltheora
Post by: Muton on May 08, 2009, 11:36:16 am: Still problems
Code: [Select]
Linking executable: ..\..\radiant\uforadiant.exe v:/codeblocks/mingw/bin/../lib/gcc/mingw32/4.3.3/../../../../mingw32/bin/ld.exe: cannot find -lgdkglext-win32-1.0 collect2: ld returned 1 exit status Process terminated with status 1 (3 minutes, 55 seconds) 1 errors, 28 warnings

Ok, i have enough!
Tried to build the module gdkglext-win32-1.0 on my own
but i start to get angry with this damn opensource %^$%@#
no doc no clear readme always troubles
remove this lines in configure download headers from here
version conflicts found glib 2.14.x but glib 2.7.4 is present
than install perl to compile ....

No sir! >:(

To reproduce your error i started from scratch

here is the result

goto http://www.mingw.org/
left side Navigation -> Downloads
download Automated MinGW Installer (i've got mingw-5.1.4.exe)
----
run the installer
----
current
----
mingw base tools
g++ compiler
obejctive c compileer
mingw make
----
v:\codeblocks\MinGW
================
extract codeblocks.zip on V:
================
install or copy
7-zip
nsis
TortoiseSVN
into the root of V:
================
goto goto v:\codeblocks\MinGW\lib\gcc\mingw32\4.3.3
copy all files into
v:\codeblocks\MinGW\lib
================
place ufoai srouces at v:\ufoai
================
goto http://gtkglext.sourceforge.net/download
download Ver 1.2.0 and expand
goto gtkglext-1.2.0\gtk\ and copy *.h into
v:\codeblocks\MinGW\include\gtk

goto gtkglext-1.2.0\gdk\ and copy *.h *.c into
v:\codeblocks\MinGW\include\gdk

add this text into the file
V:\codeblocks\MinGW\include\gdkglext-config.h
Code: [Select]
/* gdkglext-config.h * * This is a generated file. Please modify `configure.in' */ #ifndef GDKGLEXT_CONFIG_H #define GDKGLEXT_CONFIG_H #ifdef __cplusplus extern "C" { #endif /* __cplusplus */ #define GDKGLEXT_WINDOWING_WIN32 #define GDKGLEXT_MULTIHEAD_SUPPORT #if !defined(GDKGLEXT_MULTIHEAD_SUPPORT) && defined(GDK_MULTIHEAD_SAFE) #error "Installed GdkGLExt library doesn't have multihead support." #endif #define GDKGLEXT_NEED_GLHALFNV_TYPEDEF #ifdef __cplusplus } #endif /* __cplusplus */ #endif /* GDKGLEXT_CONFIG_H */
goto ftp://xmlsoft.org/libxml2/win32/
download and extract libxml2-2.7.3.win32.zip
copy all files include\libxml to V:\codeblocks\MinGW\include\libxml
Title: Re: cannot find -ltheora
Post by: geever on May 08, 2009, 08:14:51 pm: Quote from: odie on May 08, 2009, 07:18:38 am
... they are speaking Egyptian hieroglyphs to me....... :X

Quite funny from a person who knows Chinese symbols. :)

-geever
Title: Re: cannot find -ltheora
Post by: Duke on May 08, 2009, 08:57:23 pm: Took the latest codeblocks.zip (as of 30 mins. ago), reinstalled it and the assembler errors are gone.
The build completes fine. Thx, Mattn :)

UFO.exe still complains about a missing libintl3.DLL.
libintl3 is NOT part of our svn nor part of the codeblocks.zip.
Not sure which would be the better place, but it should be in one of them imho.
Title: Re: cannot find -ltheora
Post by: Muton on May 08, 2009, 09:55:47 pm: I've just downloaded the new CB package
libintl3.DLL can be found at mingw\bin
Title: Re: cannot find -ltheora
Post by: Duke on May 08, 2009, 10:33:03 pm: Thx for the hint, Muton. My bad. I assumed that mingw/bin would be in the dllpath.
btw the same with libiconv2.
After copying both dlls to the ufo dir, everthing seems to work nicely again :)

Sooo ... back to fix pathfinding ;)
Title: Re: cannot find -ltheora
Post by: Mattn on May 09, 2009, 07:17:33 am: if you find bugs in the c::b package or have updated packages, you are now able to create the c::b package on your own.

all you have to do is to call the contrib/scripts/codeblocks.sh script from within the msys shell (there is a msys.bat in the mingw dir)

i haven't played much with the msys stuff myself, but as i've extracted the codeblocks archive to my desktop i got problems running the batch file (spaces in directory names confuses the batch [or whatever]) - i had to create a link with the calling parameters from line 88

i also had to copy the ufoai svn into the mingw/home/mattn (or whatever your user is) directory. you can even use the commandline svn client in there to fetch the latest version (just type svn up)

all in all the build process should be more scriptable now

the next step would be to include the configure script into the win32 build chain, too.
Title: Re: cannot find -ltheora
Post by: odie on May 09, 2009, 07:43:47 pm: Quote from: geever on May 08, 2009, 08:14:51 pm
Quite funny from a person who knows Chinese symbols. :)

-geever

geever,

Lol..... ah well....... :D U nv fail to amaze me with ur witty replies. lol

Back to topic,
So, how do we move from here??

Anyone has a working CB package with MingGW with the necessary files that he / she can help packaged into a zip file for us to download??

;)

PS: I am also stuck at this issue of the gtkglext for uforadiant.... Mattn was saying this earlier:

Quote from: Mattn on May 09, 2009, 07:20:56 am
the problem with uforadiant is that there is no build for gtkglext available for windows - so someone has to build this on his own and upload it somewhere (then someone can integrate this into the codeblocks.sh script).

Anyone who's familiar with this??

Quote from: Muton on May 08, 2009, 09:55:47 pm
I've just downloaded the new CB package
libintl3.DLL can be found at mingw\bin

Muton, does that meant tat u have a working compiler now? :)
Title: Re: cannot find -ltheora
Post by: Muton on May 10, 2009, 08:41:03 am: Haha ;D ;D ;D
I've got gdkglext-win32-1.0 compiled

than there is an error in radiant.cbp
wrong
<Add library="libgdk-pixbuf-2.0" />
right
<Add library="libgdk_pixbuf-2.0" />

I've made a diff packet
based on the latest http://mattn.ninex.info/download/codeblocks.zip
http://www.4shared.com/file/104530411/49a9d228/codeblocks.html
Title: Re: cannot find -ltheora
Post by: odie on May 11, 2009, 06:55:45 am: Quote from: Muton on May 10, 2009, 08:41:03 am
Haha ;D ;D ;D
I've got gdkglext-win32-1.0 compiled

than there is an error in radiant.cbp
wrong
<Add library="libgdk-pixbuf-2.0" />
right
<Add library="libgdk_pixbuf-2.0" />

I've made a diff packet
based on the latest http://mattn.ninex.info/download/codeblocks.zip
http://www.4shared.com/file/104530411/49a9d228/codeblocks.html

Okie, made more progress for me....

If i use just Mattn's codeblocks alone, the error i get is:

Code: [Select]
||=== ufo2map, windows_debug ===| c:\development\Codeblocks\mingw\include\jconfig.h|25|warning: "HAVE_STDLIB_H" redefined| c:\development\Codeblocks\mingw\include\SDL\SDL_config.h|67|warning: this is the location of the previous definition| ||=== ufo, windows_debug ===| C:\SVN Update\src\client\renderer\r_error.h|49|warning: 'R_CheckErrorDebug' defined but not used| ||=== uforadiant, windows_debug ===| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| C:\SVN Update\src\tools\radiant\libs\gtkutil\filechooser.cpp|149|warning: 'shortcutFoldersInBaseDir' defined but not used| C:\SVN Update\src\tools\radiant\radiant\exec.cpp||In function 'void exec_spawn_process(ExecCmd*, void (*)(void*))':| C:\SVN Update\src\tools\radiant\radiant\exec.cpp|196|warning: statement has no effect| C:\SVN Update\src\tools\radiant\radiant\exec.cpp||In function 'void exec_run(Exec*)':| C:\SVN Update\src\tools\radiant\radiant\exec.cpp|396|warning: statement has no effect| c:\development\Codeblocks\mingw\include\stdlib.h|365|error: 'void free(void*)' redeclared as different kind of symbol| c:\development\Codeblocks\mingw\include\libxml\xmlmemory.h|66|error: previous declaration of 'void (* free)(void*)'| ..\..\src\tools\radiant\libs\math\aabb.h|233|warning: 'aabb_normals' defined but not used| ||=== Build finished: 2 errors, 9 warnings ===| ||=== Build finished: 2 errors, 9 warnings ===|

If i used Muton's MingGW and extract into the Mattn's copy, and overwrite, i would have problem starting it up, with the error - See attached.

And if i insist on going on with the compilations, the error i would get is:

Code: [Select]
||=== ufo2map, windows_debug ===| c:\development\Codeblocks\mingw\include\jconfig.h|25|warning: "HAVE_STDLIB_H" redefined| c:\development\Codeblocks\mingw\include\SDL\SDL_config.h|67|warning: this is the location of the previous definition| ||=== ufo, windows_debug ===| C:\SVN Update\src\client\renderer\r_error.h|49|warning: 'R_CheckErrorDebug' defined but not used| ||=== uforadiant, windows_debug ===| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| ||warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C| C:\SVN Update\src\tools\radiant\libs\gtkutil\filechooser.cpp|149|warning: 'shortcutFoldersInBaseDir' defined but not used| C:\SVN Update\src\tools\radiant\radiant\exec.cpp||In function 'void exec_spawn_process(ExecCmd*, void (*)(void*))':| C:\SVN Update\src\tools\radiant\radiant\exec.cpp|196|warning: statement has no effect| C:\SVN Update\src\tools\radiant\radiant\exec.cpp||In function 'void exec_run(Exec*)':| C:\SVN Update\src\tools\radiant\radiant\exec.cpp|396|warning: statement has no effect| ..\..\src\tools\radiant\include\igl.h|989|warning: "GL_LOGIC_OP" redefined| c:\development\Codeblocks\mingw\include\GL\gl.h|394|warning: this is the location of the previous definition| ..\..\src\tools\radiant\include\igl.h|990|warning: "GL_TEXTURE_COMPONENTS" redefined| c:\development\Codeblocks\mingw\include\GL\gl.h|626|warning: this is the location of the previous definition| C:\SVN Update\src\tools\radiant\radiant\server.cpp|194|warning: 'dllimport' attribute ignored| ld.exe||cannot find -lgdk-pixbuf-2.0| ||=== Build finished: 1 errors, 13 warnings ===|
Did i do something wrong here?

PS: When overwriting the files into Mattn's directory (with Muton's), i did notice that whilst some files are newer (Muton's newer than Mattn's), quite a nos of files are older (Muton's older than Mattn's).... and file sizes whilst some are same, most are different.....

Any advise??

[attachment deleted by admin]
Title: Re: cannot find -ltheora
Post by: Muton on May 11, 2009, 07:56:48 am: odie
i start to think you are like this dog

Just freeze for a moment and look at this error

ld.exe||cannot find -lgdk-pixbuf-2.0|
Thats a linking problem (ld.exe)

I told already
than there is an error in radiant.cbp
wrong
<Add library="libgdk-pixbuf-2.0" />
right
<Add library="libgdk_pixbuf-2.0" />

The filename is libgdk_pixbuf-2.0
but C::B files want to link libgdk-pixbuf-2.0
and cant find it
Title: Re: cannot find -ltheora
Post by: Mattn on May 11, 2009, 07:30:49 pm: please use the latest (yes, i've updated again and again and again) c::b package - no other changes should be needed, make sure to not overwrite an existing version. if you still have problems with the latest package, please let me know.
Title: Re: cannot find -ltheora
Post by: Muton on May 11, 2009, 08:14:42 pm: is gdkglext not needed anymore? (yes there are 2 gtk and gdk)
couse in your new c::b build this lib is missing
Title: Re: cannot find -ltheora
Post by: Mattn on May 11, 2009, 09:12:10 pm: it is still needed - but it should be included in the package

we are now also able to build the zip file from within windows - execute the msys.bat - copy ufoai checkout into X:/Mingw/home/<user> and execute "ufoai/trunk/contrib/scripts/codeblocks.sh create" in that shell.
Title: Re: cannot find -ltheora
Post by: Duke on May 11, 2009, 11:36:24 pm: Quote from: Mattn on May 11, 2009, 07:30:49 pm
please use the latest (yes, i've updated again and again and again) c::b package...
Any chance you add some sort of versioning to the filename ?
Title: Re: cannot find -ltheora
Post by: Mattn on May 12, 2009, 08:31:22 am: we can think about it once its ready to use.

i still would like to introduce configure into c::b and root out the last errors with the package. once that is done we can add a version number. until then it's just for our fellow testers. (i hope to have this done in a few days - but my windows access is limited)
Title: Re: cannot find -ltheora
Post by: odie on May 13, 2009, 09:08:01 am: Quote from: Mattn on May 12, 2009, 08:31:22 am
we can think about it once its ready to use.

i still would like to introduce configure into c::b and root out the last errors with the package. once that is done we can add a version number. until then it's just for our fellow testers. (i hope to have this done in a few days - but my windows access is limited)

Mattn,

Does that means that u will soon be compiling a new CB working package for us soon? :) Thanks!

PS: Can i suggest that u add in future downloads something like: -> Codeblocks-RXXXX.zip ?

Or if under 8 characters - CB_RXXXX.zip

=D
Title: Re: cannot find -ltheora
Post by: Muton on May 16, 2009, 02:39:51 pm: Do we have now a officially working C::B package?

I've fixed a small bug in my C::B build

codeblocks.2009.05.16.7z
http://www.4shared.com/file/105725073/17f5cf63/codeblocks20090516.html
http://www.mediafire.com/file/2bzt3ifdzyy/codeblocks.2009.05.16.7z
http://ul.to/gkywv0
http://www.megaupload.com/?d=K0885QQ8
http://www.badongo.com/file/14970209
Title: Re: cannot find -ltheora
Post by: Another Guy on June 20, 2009, 09:25:45 pm: I downloaded C:B a few days ago on wiki and I still get cannot find -ltheora.
I even got latest theora and xvid libraries from the net for the include folder.

Edit: Muton above patch worked wonders! Maybe devs should replace wiki file for this one
Title: Re: cannot find -ltheora
Post by: geever on June 20, 2009, 10:17:55 pm: Dlls from contrib/dlls should be copied into the ufoai root. There is a theora-0.dll there maybe it should be renamed libtheora-0.dll -> libtheora.dll ?

-geever
Title: Re: cannot find -ltheora
Post by: Another Guy on June 20, 2009, 11:18:20 pm: Tried that. No good. Dunno how Muton solved it.

Now I can compile all files with no errors, but for some reason, it does not seem to compile right. Comparing with Odie's Installer files, his Ufo.exe has 7.630 KB. Mine has 1.929 KB. UFORadiant.exe has a ridiculous difference: Odie's version has 29.718 KB and mine 2.229 KB. Mmmm this can't be right.
Title: Re: cannot find -ltheora
Post by: Muton on June 21, 2009, 04:16:12 pm: The official C::B lack some libs and/or header files
Odie compiles a debug version those are bigger than release builds
Title: Re: cannot find -ltheora
Post by: BTAxis on June 21, 2009, 05:33:45 pm: Yeah, the release targets are all considerably smaller. Also faster.
Title: Re: cannot find -ltheora
Post by: Another Guy on June 21, 2009, 09:30:55 pm: Oh, this explain things. Thx for the answers.

Maybe Devs should consider updating wiki official C::B Pack with the missing libs? Or just replace it for muton's. It's a lot smaller then official one (doubt it's only due to the compression type 8)).
Title: Re: cannot find -ltheora
Post by: odie on June 28, 2009, 09:40:38 pm: Quote from: Another Guy on June 20, 2009, 11:18:20 pm
Tried that. No good. Dunno how Muton solved it.

Now I can compile all files with no errors, but for some reason, it does not seem to compile right. Comparing with Odie's Installer files, his Ufo.exe has 7.630 KB. Mine has 1.929 KB. UFORadiant.exe has a ridiculous difference: Odie's version has 29.718 KB and mine 2.229 KB. Mmmm this can't be right.

Oh, i know my reply is a bit late (due to my annual stocktaking on at moment, plus my officer's course and Adult first aid refresher's course 2 wks back).

For your query on my ufo.exe -> I do a DEBUG version (select this from your CB program, and switch to debug, and u will see difference).

DEBUG if u do not already know, allows certain commands to be input into the program while running, and allows debugging of the game (grrrr, i sound like i am an idiot saying that lol). Things such as forcing a certain parameter into the game.

It should be so called for development purposes (and not for cheating) and for stable releases like 2.2.1, it will NOT be so for 2.3-stable versions, and should rightfully not be.

Plus one more thing, if u r just compiling it for your gaming's sake, u should stick to non-debug version, as the compilation procedures is longer, esp if u r not running a decently-fast machine (like quad cores or dual cores 2.8GHz 3.2GHz with some 2GB - 4GB RAM).

Oh yar, one more thing, since u r into SVN already, u might need to 'compile_maps.bat /clean' command from time to time, esp when the way maps are being built are changed. This usually happens when u see someone changes the behaviour of pathfinding (like the current walk up and down stairs issues).

This CAN BE and DEFINATELY will be an UBER time consuming tasks - which i believe u already know, since the initial map compilation will take u some 2-3 hrs (even on a dual core 2.8GHz machine with 2GB Ram). A "compile_maps.bat /clean" will repeat that procedure, whilst a subsequent "compile_maps.bat" command can take some only 2-3 mins (If no new maps update) or maybe <30 mins (if only 1 to a couple of maps get updated).

Have fun! :D
Title: Re: cannot find -ltheora
Post by: Another Guy on June 30, 2009, 04:47:07 pm: Haven't realized that, although u always stated it was a DEBUG version in ur posts. :-[
I fell quite displicent now. lol

And yeah, compiling maps take about 1.5 hour for me. It's a Intel Core Quad Q6600 (2.40GHz), 8GB RAM. I'm running Windows Vista Ultimate 64 bits.
Dunno if videocard does anything for the compiling speed (most probably not), but it's a GeForce 8800 GT.
Title: Re: cannot find -ltheora
Post by: Muton on June 30, 2009, 05:47:35 pm: to speed up map compile time check out
http://ufoai.ninex.info/forum/index.php?topic=3604.0
http://ufoai.ninex.info/forum/index.php?topic=3583.0
Title: Re: cannot find -ltheora
Post by: odie on July 02, 2009, 08:45:06 pm: Quote from: Another Guy on June 30, 2009, 04:47:07 pm
Haven't realized that, although u always stated it was a DEBUG version in ur posts. :-[
I fell quite displicent now. lol

And yeah, compiling maps take about 1.5 hour for me. It's a Intel Core Quad Q6600 (2.40GHz), 8GB RAM. I'm running Windows Vista Ultimate 64 bits.
Dunno if videocard does anything for the compiling speed (most probably not), but it's a GeForce 8800 GT.

1) Haha, no worries on that debug part. We all have some of those silly days. :D Me inclusive.

2) U have a quad core 8GB Ram? Tats a good machine. It should compile way faster than mine.... probably u r underutilising your machine. Do Win-Secret tweaking on it if u must. Vista sux btw. Lol.

3) And no, videocard ram / stuff DOES NOT contributes to compiling speed - its simply for rendering graphics' sake - which means it will affect only graphics related processing : 3D rendering, graphics loading, etc....

And GeForce GT 8800 is not bad, i used to have tat card on one of my older machines. :D Though i would not claim its the best. I know someone on this forum is "more MAD" than i do on benchmarking of speed and performance, but i guess i leave u to find out (or that person to reveal him/her-self). lol.
Title: Re: cannot find -ltheora
Post by: Duke on July 03, 2009, 10:39:14 pm: Quote from: Another Guy on June 30, 2009, 04:47:07 pm
And yeah, compiling maps take about 1.5 hour for me. It's a Intel Core Quad Q6600 (2.40GHz), 8GB RAM. I'm running Windows Vista Ultimate 64 bits.
When did you compile them the last time ? By the end of may it took me less than 40 min on my i7, but some 2 weeks ago, it was more than 2++ hours again.

Quote
Dunno if videocard does anything for the compiling speed (most probably not), but it's a GeForce 8800 GT.
That's a very interesting question I'd like to pass on to Mattn. Most of the total compile time is used for lighting, and I can well imagine that some libraries might make use of the graphic processors for that purpose.
At least I know it's possible.
Title: Re: cannot find -ltheora
Post by: Mattn on July 04, 2009, 07:18:59 am: this is not yet the case - i'm not sure whether some things can be calculated on the gpu as most of the stuff is about traces (pathfinding and lightning)
Title: Re: cannot find -ltheora
Post by: odie on July 06, 2009, 05:30:37 am: Quote from: Mattn on July 04, 2009, 07:18:59 am
this is not yet the case - i'm not sure whether some things can be calculated on the gpu as most of the stuff is about traces (pathfinding and lightning)

Mattn,

Being curious here. Wondering if u r using Linux (os?) or windows (32 or 64 bit?) machine to compile?

I read somewhere before that it is actually possible if u r on Linux, to do something abt utilising your graphics memory as swap or something, but its too technical here to list. Better not, in case someone messes up their comp..... but its worth the try if u r the one, since u know this proj inside out.

Let me know k? I see if i can still find em and pass u the links, perhaps on PM.
Title: Re: cannot find -ltheora
Post by: Another Guy on July 06, 2009, 06:21:31 am: Quote from: Duke on July 03, 2009, 10:39:14 pm
When did you compile them the last time ? By the end of may it took me less than 40 min on my i7, but some 2 weeks ago, it was more than 2++ hours again.
Actually I only did 2 complete map compiles, both around june 20th to 25th when I was actually getting C::B to work for me.
After that, I only rerun the .bat every new compile to update any new maps in the SVN trunk. I'll probably need to do another full recompile soon after harvester stairs are completely solved to beta test it properly. I may post here the elapsed time then.

Hopefully if more ppl post it too (along with their system specs) this will lead to some good wiki gudie on tweaking map compiles to optmize performance for some processors (as mutton already did on another topic for his sys spec). :D Can never dream high enough. lol
Title: Re: cannot find -ltheora
Post by: Another Guy on July 14, 2009, 02:27:37 am: Last night, I did a complete map compile and it took me ridiculous 16 hours to compile (last time it took me 60 minutes). No relevant changes in windows or new installed appz. It worried me enough to check my PC with 3 antivirus (AVG, Mcafee and NOD32). PC is clean. Anyone else with same issue?

Edit: created a new topic for it here (http://ufoai.ninex.info/forum/index.php?topic=3852.0).
Title: Re: cannot find -ltheora
Post by: odie on July 14, 2009, 06:44:30 am: Quote from: Another Guy on July 06, 2009, 06:21:31 am
Actually I only did 2 complete map compiles, both around june 20th to 25th when I was actually getting C::B to work for me.
After that, I only rerun the .bat every new compile to update any new maps in the SVN trunk. I'll probably need to do another full recompile soon after harvester stairs are completely solved to beta test it properly. I may post here the elapsed time then.

Hopefully if more ppl post it too (along with their system specs) this will lead to some good wiki gudie on tweaking map compiles to optmize performance for some processors (as mutton already did on another topic for his sys spec). :D Can never dream high enough. lol

I have done a reply for u there.
In summary, no it is not the case for me. :D
Title: Re: cannot find -ltheora
Post by: Duke on July 17, 2009, 11:00:53 pm: I just wanted to compile radiant for the first time and ran into the problem described above:
"cannot find -lgdkglext..."

Question: does the latest C::B zip from the wiki link now contain a gdkglext for window$ ? Or what is the *official* way to do it ?
(Yes, I've seen Muton's offer)
Title: Re: cannot find -ltheora
Post by: Mattn on July 19, 2009, 09:41:35 pm: it should be included in the official package

the script to create the package should download http://mattn.ninex.info/download/gtkglext-1.2.zip and use it.

if this is not the case with the most recent zip file from http://mattn.ninex.info/download/codeblocks.zip , please let me know.
Title: Re: cannot find -ltheora
Post by: Duke on July 19, 2009, 11:50:37 pm: Thx, Mattn :)

I DLed and extracted the codeblocks.zip, built radiant and...
..got "cannot find -lxml2"

Looks like the codeblocks.zip is still not complete.
Title: Re: cannot find -ltheora
Post by: Mattn on July 20, 2009, 12:35:02 am: if i find the time i will try to have a look at this issue tomorrow

you can always create the archive on your own by starting the mingw shell and execute the codeblocks.sh script with the parameter create (this even works on windows)
Title: Re: cannot find -ltheora
Post by: odie on August 03, 2009, 11:16:45 pm: Hi Mattn,

Was wondering if the final delivery of the latest CB + MingGW and gtkglext (with 0.17gettext) ready??
If so, could u update us with the latest download links pls. :D

(PS: I thnk the CB at the site is already the correct one, though it seemed there are still some issues with gettext 0.17 etc? :D)

:D

Thanks.