Code::Blocks could be hooked to start the autoupdater from a menu item, making it easier to update essential parts of Code::Blocks....
But need .NET framework to run.
I mean both... The devpak thing is a great idea
but there is certain restrictions, such as the fact that it requires Code::Blocks to be running, so patching the actual program is out of the question, along with the DevPak plugin, etc.
...
THIS IS NOT THE OFFICIAL INSTALLER OF Code::Blocks!!! I just need some people to try it beforehand.I tried it. It works. The only complaint I have is on the page where you select the components to install, the window listing all the plugins is way too skinny.
It contains Code::Blocks 1.0 April 1st nightly (ANSI).
Alright, I have finished my Release Candidate 3 of my installer....
- about MinGW, you should know that it's not certain that the next release will include it.
- about MinGW, you should know that it's not certain that the next release will include it.
What a pity if it isn't. CB+MinGW is one extraordinary bundle.
Like all other software CB comes over better if it works right out of the box.
(Without a compiler it doesn't. Windows people at least expects the full treatment :) )
Also, the bundle signals quite clearly which (version of the) compiler CB is intended for/most tested together with/endorsed by you.
Speaking of which, is gcc 3.4.5 (the version included here) the best known version? Isn't 4.0.1 ready for prime time?
I used an ANSI build so our good Windows 9x users can test it...Well, my system is Unicode Windows, running Ansi makes Windows do nonstop string conversions (Ansi<->Unicode<->Ansi), not so great. ['National' chars might even end up garbled.]
IMHO, it is better to install MinGW separately :). It is easy and does not require specific knowledge
Well, there is GCC 4.1.0 that Ceniza has made available (look at Ceniza's signature :)).
IMHO, it is better to install MinGW separately :). It is easy and does not require specific knowledge
It's one more installation job to trust, to deal with. A bulky one IIRC - I like Pharaohs trimmed down MinGW much better, it's lean and mean and does the job.
Well, there is GCC 4.1.0 that Ceniza has made available (look at Ceniza's signature :)).
Thanks! It's the latest and greatest - but doesn't sound too wx-friendly. Which gcc version is most wx-friendly I wonder?
GCC 3.4.4 works fine, but I would use instead GCC 3.4.5 with wxWidgets (should be a bit more up to date).
As far as I know, Inno Setup does not support web patching
As far as I know, Inno Setup does not support web patching
It does: Inno Setup Download DLL (http://www.istool.org/default.aspx/isx/isxdl)
Though, maybe a better solution would be use this wxWidgets autoupdate project: http://wxcode.sourceforge.net/docs/webupdate/index.html (http://wxcode.sourceforge.net/docs/webupdate/index.html)
The final installation script will contain a unicode build, and I hope by then a libunicows build is made so that there can be one build for both Windows 9x and Windows XP...I used an ANSI build so our good Windows 9x users can test it...Well, my system is Unicode Windows, running Ansi makes Windows do nonstop string conversions (Ansi<->Unicode<->Ansi), not so great. ['National' chars might even end up garbled.]
Surely the primary target group cannot be Windows 9x users. Secondary target group at best. Deploying one's stuff on Windows 9x is one thing, but to use such an 'operative system' to develop it on is quite another matter. In my experience you cannot expect to do development stuff (esp. running the debugger, a heavyhanded demanding program) [on Windows 9x] - without endless rebooting. IMHO it's better to endorse use of 'proper' operating systems to developers, by providing Unicode builds first, Ansi a - distant - second.
IMHO, it is better to install MinGW separately :). It is easy and does not require specific knowledgeALL COMPONENTS ARE BEING PACKAGED AS BEING ABLE TO DOWNLOAD FROM THE INTERNET!
Problems/Planned Features/Unfortunate Side-effects:I figured out the problem with it, unfortunately, I need the someone to build the C::B transparent logo directly from the source image, because the PNG -> GIF conversion makes it dither to 256 colors... It would be great if whoever originally made the new C::B splash logo could make it as a GIF image that is transparent, because the splash plugin only supports GIF images... I know SOMEONE has the original source, I just do not know who...
- Splash is dithered to 256 colours, working on getting it to work properly
allrigthy some feedback.
this is what I have done :
1) start install (checked codecompletion)
--> noticed some stuff got into Program files\common files\NSIS Installation Data
2) ran installed CB
3) add/remove programs -> uninstall
---> the installation dir is empty but still containes the complete directpry structure --> BUG
---> that NSis stuff is still there
overall impression : looks good, only downloading that weird named files is confusing for the user I think?
no idea what the msi functionality requirements are.
so double question :
1) needed to keep while the product has been installed ? (seems so according to your previous post)
2) needed tot keep even after product has been uninstalled ??
Problems/Planned Features/Unfortunate Side-effects:I finally FIXED IT!!! Now the OS detection works properly and will pull the Unicode files on a KNOWN Unicode OS... Unfortunately, this means, Windows Vista will identify as a ANSI OS because I have no idea what the OS String is for Vista... On Windows NT, 2000, and XP, it will install Unicode... Windows 9x/ME and Vista, it will install ANSI...
- OS detection disabled and ANSI version is installed because installer incorrectly identifies all Windows OSes as Windows 2000, permitting installation of unicode version; still investigating
- wxMSW: added XP theming to wxBitmapButton.
- wxMSW: reverts a fix that caused wxChoice/wxComboBox sizing problems on Windows 2000 and below.
- wxMSW: fixes a positioning problem when toolbars are changed after being shown initially.
This build is special, because ANSI and Unicode are in wxWidgets 2.6.3....
What do you mean by this ???
But need .NET framework to run.
I think that is a no go. .NET is not cross-platform.
Mono is only for C# projects... It will eventually encompass C++ though...But need .NET framework to run.
I think that is a no go. .NET is not cross-platform.
Ah...but the Mono-Project is cross-platform and is supposed to run .NET code.
http://www.mono-project.com/Main_Page
Maybe NSIS can be used in the future.
Hi Pharoah Atem,
Is the hotpatching/webpatching stuff working yet? Once your installer is done, how does it allow one to update to most recent version/nightly? Is it quicker?
Thanks.