Code::Blocks Forums
User forums => Help => Topic started by: eckard_klotz on October 07, 2013, 07:29:46 pm
-
Hello Everybody.
To do my first steps in developing a plugin I downloaded the current revision of the svn and tried to build it.
I have an WinXP computer where zip-files will be created by the operation-system and not by a visible application called zip. Thus the zip-command of the post-build step fails (Compiling and linking is possible).
I have installed 7-Zip to install nigtlies. Is there a posibility to deal with this problem without installing Zip permanently. I like to open zip-files like a normal folder thus I would prefer a temporary or alternatively solution while building.
Has sombody an idea?
Best regards,
Eckard Klotz.
-
You should be able to have commandline zip and work with zip-files with the explorer (and buikdin commands) as usual.
-
Well, you can still do the zipping yourself, manually. I really wouldn't want to do that, but there is no difference from the point of view of Code::Blocks as to what tool was used or how it was invoked. If you want to use Windows Explorer, you can do that.
As long Code::Blocks can find its resources inside the zip files, it won't know a difference. Just be sure you pack the right stuff into a zip folder, both for the main program and for every plugin that you wish to use.
-
Hello Jens.
Thank you for your reply.
I tried to start zip from the command line but got only an error. But than I started a file-search.
The result was that there is no zip.exe in the normal windows-folders or directly under program files. But fortunatly I found it in my scilab-instalation.
- I copied it into my tool-folder (I prefer to have this as root instead of program-files).
- Furthermore I defined in the global compiler-settings -> Toolchain executables -> Additional Pathes the zip-root (in my case C:\Tool\Zip)]
Now the buil-process finished without errors.
But I had to edit the update.bat also:
I changed the line set ZIPCMD=zip to set ZIPCMD=C:\Tool\Zip\zip
The only thing what I not changed was the call of svn. Thus I see now the revision-number 0 insted of 9xyz since my xp-mashine has no internet-connection and no svn. But in the moment I think this is not realy importent or is it?
Best regards,
Eckard.
PS.: Please test it out and feel free to add my description to the associated wikipages if you think it may be helpful.
-
So apparently using a particular zip program wasn't the issue, you only didn't want to install one?
In that case, you could as well have used the one from MSYS zip (http://sourceforge.net/projects/mingw/files/MSYS/Extension/zip/zip-3.0-1/) or the one from UnxUtils (http://sourceforge.net/projects/unxutils/files/unxutils/current/UnxUtils.zip/download) or GnuWin zip (http://sourceforge.net/projects/gnuwin32/files/zip/3.0/zip-3.0-bin.zip/download), or even ye goode olde infozip if you still find it somewhere.
They're all the same (well, not quite, but the result is the same).
As for running Subversion, you can skip this if you can live with the "Start Here" page showing revision 0. It has no other bearing. And if this annoys you, then you can edit trunk/src/include/autorevision.h by hand, entering the correct number (which you hopefully remember) in both places, and the date you checked out. Then you'll even have the right revision number showing.
-
Hello Tomas.
So apparently using a particular zip program wasn't the issue, you only didn't want to install one?
Yes that's right. Sory if my post was confusing you.
Thanks for your effort,
Eckard.