nightly cookbook install guide raises a question

[knacked]

Hi all.

refering to ...http://wiki.codeblocks.org/index.php?title=Nightly_Cookbook

I've just built wxWidgets and am at the point where it tells me to install/extract the winzip executable somewhere into the path.....it states

During the build of Code::Blocks, several resources are going to be zipped in zip files. Therefore, the build process should have access to a zip.exe. We have to download that zip.exe and put it somewhere in our path. A good place is: MingW\bin.
You can download zip.exe for free from this site and this is a direct link(32bit) to the most recent version at the time of this writing.
Once downloaded, simply extract zip.exe to the appropriate location.

First off, I cant get hold of a winzip.exe,and if I am finally able could it be he/she means put the winzip.exe into... C:\MinGW\bin (not C:\MingW\bin) ?

Where do I put the winzip.exe, maybe it means I should add it to the path by putting it into a new folder and typing

set path=%PATH%;C:\ZIPFILE;

at the command line ?

Do I need to worry about flamin winzip.
Would a winzip (version 1) batch file suffice or am I losing it.
??????????

Oh, one more thing, following said tutorial it states that the \scr folder is in the CodeBlocks master directory.
But it is'nt, it ends up in

C:\Projects

and there is also one in

C:\ProjectsCodeBlocks

.

No scr folder in the codeblocks master dir.

[Biplab]

During the build of Code::Blocks, several resources are going to be zipped in zip files. Therefore, the build process should have access to a zip.exe. We have to download that zip.exe and put it somewhere in our path. A good place is: MingW\bin.
You can download zip.exe for free from this site and this is a direct link(32bit) to the most recent version at the time of this writing.
Once downloaded, simply extract zip.exe to the appropriate location.

First off, I cant get hold of a winzip.exe,and if I am finally able could it be he/she means put the winzip.exe into... C:\MinGW\bin (not C:\MingW\bin) ?

Where do I put the winzip.exe, maybe it means I should add it to the path by putting it into a new folder and typing

set path=%PATH%;C:\ZIPFILE;

at the command line ?

Do I need to worry about flamin winzip.
Would a winzip (version 1) batch file suffice or am I losing it.
??????????

Did you read the tutorial carefully?? It never asked you to install WinZip. It has a clear instruction. There is even a direct link to download zip.exe file which would solve your problem.

[knacked]

Thanks for your reply Biplab.

I'll re-read the tutorial then.

<edit>oh shit,win.exe not winzip

But...that link to zip.exe is no longer working, at least not for me.

I read a previous post where the op has also had this problem and he said the last chapter of the manual had a working link.
Is the manual currently being re-written or something
,where is the last chapter.

I've been up since 1am working on this and its now 6pm,
the life of a programmer,got a love it.

p.s. codeblocks looks very nice coming from dev-cpp, being all free I got to say thanks alot for all the hard work to the maintainers.
chill.

[killerbot]

I have adjusted the link on the cookbook, but it seems event at sourceforge this either don't work or are extremely slow at the moment.

The mirrors that used to host the download seem no longer to do it anymore, and things have to be downloaded from sourceforge now.

http://switch.dl.sourceforge.net/sourceforge/infozip/zip232.zip

[knacked]

okay thanks alot, by the way sourceforge forums are having some problems at the moment,some of us buggers cant log in without ctd, whether thats got anything to do with all this ?

One last question if you dont mind too much.

The cookbook states

We have to download that zip.exe and put it somewhere in our path. A good place is: MingW\bin.

Can I get some verification where : MingW\bin is supposed to be.

[dje]

The best working place is C:\MinGW
At least avoid the spaces in the path to avoid compiling linking problems.

Dje

[knacked]

Okay Im at the point of building the codeblocks internal workspace.

It exits with one error which is

cannot find -1wxmsw28u

The wxmsw28u_gcc_cb.dll is in C:\codeblocks directory.
The WxWindowsQuickRef guide says its because

You have an incorrect link library in your build options. Make sure you choose the correct wxWidgets build configuration when running the wxWidgets project wizard. If re-running the wizard isn't an option, determine which version of the library is built and adjust the library name in your build options accordingly.

But I'm still having a hard time here.

I'd really appreciate your help,in 1 hour I will have been trying to set up c::b for 24 hours 

[killerbot]

It exits with one error which is

cannot find -1wxmsw28u

-1wxmsw28u  ==> -lwxmsw28u    : that is -lllllllllllllllllllllllllllllllllllllll not -'one'

[Jenna]

Okay Im at the point of building the codeblocks internal workspace.

It exits with one error which is

cannot find -1wxmsw28u

The wxmsw28u_gcc_cb.dll is in C:\codeblocks directory.
The WxWindowsQuickRef guide says its because

You have an incorrect link library in your build options. Make sure you choose the correct wxWidgets build configuration when running the wxWidgets project wizard. If re-running the wizard isn't an option, determine which version of the library is built and adjust the library name in your build options accordingly.

But I'm still having a hard time here.

I'd really appreciate your help,in 1 hour I will have been trying to set up c::b for 24 hours 

If you have wxWidgets build, like the cookbook tells you, you have to make sure that the base-dir of th global variable "wx" points to the base-dir of your wxWidgets install, all other (lib, include ..)  normally don't need to be set. And of course the global variable "cb" must point to the first "src" subdir in the C::B source-tree.

[knacked]

I know thats an -l,I was just copying the build message and that l is displayed as -1.

I hav'nt had to specify the directory the dll resides in.
Should I do that in project->build options->custom variables
WX-CFG= (put the path to the dll here ?)

Your all getting pissed off with me are'nt you,

<edit>the link libraries field has this...wxmsw28$(WX_SUFFIX)
WX_SUFFIX is defined as u, with is correct.
There is nothing defined for WX_CFG though.<edit>

[killerbot]

like Jens said :

If you have wxWidgets build, like the cookbook tells you, you have to make sure that the base-dir of th global variable "wx" points to the base-dir of your wxWidgets install, all other (lib, include ..)  normally don't need to be set. And of course the global variable "cb" must point to the first "src" subdir in the C::B source-tree.

[knacked]

And of course the global variable "cb" must point to the first "src" subdir in the C::B source-tree.

This must be the problem then, the wx variable points to

C:\Projects\wxWidgets-2.6.3

..the wxWidgets directory.

But the cb var points to

C:\projectCodeBlocks\src

.
I'll point it to

C:\Projects\wxWidgets-2.6.3\scr

now and see if that helps.There is no scr folder in the C:\codeblocks directory.

[Jenna]

And of course the global variable "cb" must point to the first "src" subdir in the C::B source-tree.

This must be the problem then, the wx variable points to

C:\Projects\wxWidgets-2.6.3

..the wxWidgets directory.

But the cb var points to

C:\projectCodeBlocks\src

.
I'll point it to

C:\Projects\wxWidgets-2.6.3\scr

now and see if that helps.There is no scr folder in the C:\codeblocks directory.

If you have downloaded the C::B sources ther is a "src" subdir, if not you can't build C::B.

And "cb" has to point to this subdir and not to a wxWidgets subdir !!

And you should give wxWidgets 2.8.7 a try , because 2.6.3 is quite old.

[JGM]

And you should give wxWidgets 2.8.7 a try , because 2.6.3 is quite old.

updated that on the wiki to reflect the new version

[knacked]

If you have downloaded the C::B sources ther is a "src" subdir, if not you can't build C::B.

And "cb" has to point to this subdir and not to a wxWidgets subdir !!

And you should give wxWidgets 2.8.7 a try , because 2.6.3 is quite old.

Jesus, I got the nightly build, obviously I did'nt get the source for cb.

And now I see theres a 12 jan version out and that I had an old version of wxWidgets Im gonna have to delete everything again and restart.

Thanks for updating the link JGM.

So the nightly builds links (in announcements) are not the source code.

I know,I'm a ******* dik.