(Link) New CodeBlocks Package Download

[Mattn]

update was commited with r26221 - please retry

[Destructavator]

Updated to r26222, and I got a new error in the MinGW32 script (I copied the last few lines and pasted them below with the error).

I'll try to "clean" and retry, and if I can manage to change something that makes it work again, I'll report back shortly.

Code: [Select]

SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading CB_20090817_rev5731_win32.7z...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading glib_2.20.3-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading glib-dev_2.20.3-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gtk+-dev_2.16.2-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gtksourceview-dev-2.0.2.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading pango-dev_1.24.2-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading atk-dev_1.26.0-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gettext-tools-0.17.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gettext-runtime-dev-0.17-1.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading cairo-dev_1.8.6-1_win32.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading pkg-config-0.23-2.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gettext-runtime-0.17-1.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading libxml2-dev-2.6.27.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading gtkglext-1.2.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading openal.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading svn-win32-1.6.1.zip...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
downloading directx-devel.tar.gz...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\codeblocks\MinGW/etc/wgetrc
Start to extract and prepare the downloaded archives into /tmp/tmp_codeblocks/codeblocks/MinGW
Error: Could not remove tools files

Dave@D-1F333CC28 /e/ufoai/contrib/scripts
$



[Destructavator]

Ah-Ha!  It seems that with the past r26217, the broken script left behind bits and pieces of files/data that didn't come out with the "clean" option running the new script.

I was able to find the temporary files where the script was working in Windows Explorer (buried deep in the temporary files app directory in XP) and clean out the broken stuff manually, and now the r26222 script works.

I now have a new Codeblocks package - if It compiles everything OK I'll upload and link to it...

[Destructavator]

It didn't compile everything, but I got different errors.

Logs from CB attached.

[Duke]

Just wanted to let you know that I am among those who desperately wait for the new c:B zip...

[Destructavator]

Just wanted to let you know that I am among those who desperately wait for the new c:B zip...

You're not alone.  

BTW - I was looking through some topics on the CodeBlocks forum, to see if I was doing everything right, and I stumbled across information on how to make CB portable, so that in Windows the same logged-in user can manage multiple versions of CB in different folders with independent configurations.  I tried it out and it works without any headache - I might in fact make the next upload portable when things get fixed.

It's very simple really, just copying one config file so the program looks in the same folder as "codeblocks.exe" instead of the user's appdata path, and deleting the copied file makes it run normally if the user doesn't want it to be portable.

[Duke]

That sounds interesting when testing different C:B versions/configurations.

I would prefer just one version that works for all UFO files and doesn't change very often

[Mattn]

it is fixed now

[Destructavator]

http://www.destructavator.com/92dl/codeblocks_26229.zip

 

Please note:

- The number is the revision the package is capable of compiling, not the revision of the actual CB program.

- This version can be used as a portable package, If you don't have any settings already in your APPDATA path on Windows it will use the .conf file in the codeblocks directory (wherever you un-zipped it).  If you do already have any CB settings from any version of CB (if you've used the IDE on your system before already) it will use those settings in APPDATA and ignore settings in the "codeblocks" directory, because the program looks in APPDATA first before looking in the folder you un-zipped it to.

- If you do use it in a portable manner, and therefore use the provided .conf file with the configuration, you will of course still have to set up some paths and settings tailored for your system, otherwise CodeBlocks will think it is still on my computer and not yours (and obviously not function properly).

- If you don't want to use it as a portable package, just delete the .conf file and it will happily generate settings files in your APPDATA folder for your Windows user account, just as it normally would.

[Duke]

Thanks, Destructavator, it *almost* works for me:

Code: [Select]

Linking executable: ..\..\radiant\uforadiant.exe
.objs\radiant\src\tools\radiant\radiant\material.o:C:/UFO/src/tools/radiant/radiant/material.cpp:59: undefined reference to `ui::MaterialDefinitionView::MaterialDefinitionView()'
.objs\radiant\src\tools\radiant\radiant\material.o:C:/UFO/src/tools/radiant/radiant/material.cpp:60: undefined reference to `ui::MaterialDefinitionView::setMaterial(std::string const&)'
.objs\radiant\src\tools\radiant\radiant\material.o:C:/UFO/src/tools/radiant/radiant/material.cpp:61: undefined reference to `ui::MaterialDefinitionView::append(std::string const&)'
.objs\radiant\src\tools\radiant\radiant\material.o:C:/UFO/src/tools/radiant/radiant/material.cpp:71: undefined reference to `ui::MaterialDefinitionView::getWidget()'
.objs\radiant\src\tools\radiant\radiant\material.o:C:/UFO/src/tools/radiant/radiant/material.cpp:84: undefined reference to `ui::MaterialDefinitionView::save()'
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 42 seconds)
5 errors, 17 warnings

[Duke]

Ooops, my bad.
svn updated from 26223 to 26236 and it compiles an links happily
*bows*

[Duke]

... but doesn't run
Where is "libgtksourceview-2.0-0.dll" ??

[Destructavator]

... but doesn't run
Where is "libgtksourceview-2.0-0.dll" ??

I got the same error with uforadiant, although the game runs fine.

I looked all through the contrib/dll folder and inside the self-extracting archive, I couldn't find this DLL anywhere in the current SVN trunk.  I admit I didn't look on the net though, but if uforadiant is going to continue to need it, I'd guess someone should add it to the SVN.

[Destructavator]

Looks like sometime earlier today Mattn just put the missing DLL in the SVN trunk.

For anyone who isn't using SVN but instead using the last beta installer I uploaded for Windows, you can grab the DLL here:

http://ufoai.svn.sourceforge.net/viewvc/ufoai/ufoai/trunk/contrib/dlls/libgtksourceview-2.0-0.dll?view=log

[Duke]

And finally radiant works for me again
Thx everybody !