Author Topic: codeblocks/mingw/python and more  (Read 17346 times)

Offline reckless

  • Regular
  • ***
  • Posts: 333
codeblocks/mingw/python and more
« on: May 18, 2010, 10:36:50 am »
ftp://90.184.233.166:21/codeblocks-gcc-4.5.0-fixed-inline.7z

after some brainstorming in the development section here it is.

codeblocks with gcc-4.5.0 (wxwidgets now works)

included are python 2.5 (native) not the python from python.org ;) bit old but it works.

bzlib sqlite (above depends on these).

svn mico::corba (idl compiler) esnacc (asn1 compiler) gdb with python debugger and terminal.

libexpat (needed by gdb).

zlib (needed by allmost everything in this package).

openssl (needed by mico::corba).

gcc uses sysroots so if you wonder why theres an extra folder in the mingw dir thats why (only the crt libraries go here).

runtime is the one from mingw64 and executables compiled on this do not depend on the mingw dll to build completly static you need to pass -static-libstdc++ and -static-libgcc to the preprocessor.

ccache has been added.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: codeblocks/mingw/python and more
« Reply #1 on: May 18, 2010, 01:10:57 pm »
Nice!
Which gdb version did you use? 7.1?

BTW: the author of ccache said in their maillist, you should public the way ( or the patch ) to build ccache, because only the one from you works. the one from their links did not work.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #2 on: May 18, 2010, 08:46:01 pm »
gdb 7.1 :)

and ok ill see if i can dig up my changes to ccache :)

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #3 on: May 18, 2010, 09:59:36 pm »
changes are mostly missing defines to the preprocessor ;)

rest are the official patches from site (i used the win32 createprocess patch and the typecheck for ccache name) needs an exe extension on windows else it goes fubar when invoked from cmd.

and a small patch to check for path delimiters \\ instead of / on win32.

created a small codeblocks project with the fixes included.

ftp://90.184.233.166:21/ccache-src.7z

the preprocessor variables are setup for windows :)

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: codeblocks/mingw/python and more
« Reply #4 on: May 19, 2010, 01:39:37 am »
Thanks, I have forward this post to ccache's mail list.  :D
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #5 on: May 19, 2010, 08:31:39 am »
glad to be of help :)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: codeblocks/mingw/python and more
« Reply #6 on: May 19, 2010, 10:36:19 am »
ftp://90.184.233.166:21/ccache-src.7z
Could you also provide a patch to the SVN revision of ccache you've used  so that one can capture what you changed exactly, please?

simply do a:
svn diff > ccache.patch
...in the ccache (src) folder.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #7 on: May 19, 2010, 12:01:09 pm »
ftp://90.184.233.166:21/ccache.diff

heh tbh i didnt remember i made that many changes svn dif seems to pull in all changes made since the project started.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: codeblocks/mingw/python and more
« Reply #8 on: May 19, 2010, 02:53:37 pm »
heh tbh i didnt remember i made that many changes svn dif seems to pull in all changes made since the project started.
Nope - what happened is that you changed the directory structure. It's no longer the one from SVN so basically your patch is invalid. :-(

You should do a clean checkout of cccache and re-apply your changes carefully. Then create a patch and keep it as record. Otherwise you've created a fork which will be impossible to merge back sooner or later.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #9 on: May 19, 2010, 07:36:48 pm »
ah :(

well the patches are from here and mostly unmodified http://code.google.com/p/ccache-win32/issues/list

this is actually a win32 ccache but a few of the preprocessor variables where missing in the makefile so easy to fix ;)

basically it just adding -DHAVE_STRING_H -DHAVE_CTYPE_H -DHAVE_STDLIB_H -DHAVE_GETHOSTNAME and then adding ws2_32 to the libraries to link with :)

theres two versions of the patch to this function (static void failed(void))

the working one is this one

#ifdef _WIN32
    {
        PROCESS_INFORMATION pinfo;
        STARTUPINFO sinfo;
        BOOL ret;
        DWORD exitcode;
        char *args;
        extern char *argvtos(char **argv);

        ZeroMemory(&pinfo, sizeof(PROCESS_INFORMATION));
        ZeroMemory(&sinfo, sizeof(STARTUPINFO));
        sinfo.cb = sizeof(STARTUPINFO);
        sinfo.hStdError = GetStdHandle(STD_ERROR_HANDLE);
        sinfo.hStdOutput = GetStdHandle(STD_OUTPUT_HANDLE);
        sinfo.hStdInput = GetStdHandle(STD_INPUT_HANDLE);
        sinfo.dwFlags |= STARTF_USESTDHANDLES;
        args = argvtos(orig_args->argv);
        ret = CreateProcessA(orig_args->argv[0], args, NULL, NULL, TRUE, 0, NULL, NULL, &sinfo, &pinfo);
        free(args);
        if (ret == 0)
        {
            cc_log("CreateProcessA failed\n");
            exit(1);
        }
        WaitForSingleObject(pinfo.hProcess, INFINITE);
        GetExitCodeProcess(pinfo.hProcess, &exitcode);
        CloseHandle(pinfo.hProcess);
        CloseHandle(pinfo.hThread);
        exit(exitcode);
    }
#else
    execv(orig_args->argv[0], orig_args->argv);
    cc_log("execv returned (%s)!\n", strerror(errno));
    perror(orig_args->argv[0]);
    exit(1);
#endif

the other uses a hacky mingw implementation that doesnt quite work.

full function below for visibility.

/*
  something went badly wrong - just execute the real compiler
*/
static void failed(void)
{
    char *e;

    /* delete intermediate pre-processor file if needed */
    if (i_tmpfile)
    {
        if (!direct_i_file)
        {
            unlink(i_tmpfile);
        }
        free(i_tmpfile);
        i_tmpfile = NULL;
    }

    /* delete the cpp stderr file if necessary */
    if (cpp_stderr)
    {
        unlink(cpp_stderr);
        free(cpp_stderr);
        cpp_stderr = NULL;
    }

    /* strip any local args */
    args_strip(orig_args, "--ccache-");

    if ((e=getenv("CCACHE_PREFIX")))
    {
        char *p = find_executable(e, MYNAME);
        if (!p && !(p = find_executable(e, MYNAME2)))
        {
            perror(e);
            exit(1);
        }
        args_add_prefix(orig_args, p);
    }
#ifdef _WIN32
    {
        PROCESS_INFORMATION pinfo;
        STARTUPINFO sinfo;
        BOOL ret;
        DWORD exitcode;
        char *args;
        extern char *argvtos(char **argv);

        ZeroMemory(&pinfo, sizeof(PROCESS_INFORMATION));
        ZeroMemory(&sinfo, sizeof(STARTUPINFO));
        sinfo.cb = sizeof(STARTUPINFO);
        sinfo.hStdError = GetStdHandle(STD_ERROR_HANDLE);
        sinfo.hStdOutput = GetStdHandle(STD_OUTPUT_HANDLE);
        sinfo.hStdInput = GetStdHandle(STD_INPUT_HANDLE);
        sinfo.dwFlags |= STARTF_USESTDHANDLES;
        args = argvtos(orig_args->argv);
        ret = CreateProcessA(orig_args->argv[0], args, NULL, NULL, TRUE, 0, NULL, NULL, &sinfo, &pinfo);
        free(args);
        if (ret == 0)
        {
            cc_log("CreateProcessA failed\n");
            exit(1);
        }
        WaitForSingleObject(pinfo.hProcess, INFINITE);
        GetExitCodeProcess(pinfo.hProcess, &exitcode);
        CloseHandle(pinfo.hProcess);
        CloseHandle(pinfo.hThread);
        exit(exitcode);
    }
#else
    execv(orig_args->argv[0], orig_args->argv);
    cc_log("execv returned (%s)!\n", strerror(errno));
    perror(orig_args->argv[0]);
    exit(1);
#endif
}

hope it helps :)

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #10 on: May 20, 2010, 01:59:28 am »
ftp://90.184.233.166:21/ccache-patches.zip

the patches i used i actually saved them for future work but they where burried on one of my large 1 terabyte drives (allmost impossible to find around in)  :lol:

these and this part -DHAVE_STRING_H -DHAVE_CTYPE_H -DHAVE_STDLIB_H -DHAVE_GETHOSTNAME and then adding ws2_32 lib and it should work right out of the box :)

actually just tried recreating it from scratch and everything seems to be working :).

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #11 on: May 21, 2010, 03:22:37 am »
ftp://90.184.233.166:21/gcc-4.5.0-lto.7z

lto version just overwrite the gcc in mingw folder :)


Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #13 on: May 21, 2010, 09:55:56 pm »
coolio :)

btw i have a win32 version of bash (not from me but fixed a few bugs with newer mingw runtime) floating around for those interrested in using shellscripts with ccache on mingw (might also make it easier to implement).

it does not have full posix support (missing termios and tty) so forget running configure scripts but it works sufficiently with simple shell scripts like

#!/bin/bash

ccache gcc "[email protected]"

yank in the tools from gnuwin32 coreutils and you pretty much have a minimal posix core system for use on windows :)

ftp://90.184.233.166:21/win-bash.7z


Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #14 on: May 22, 2010, 05:21:02 pm »
morten could you try testing this one ?

built a completly standalone version of codeblocks with no dependencies on mingw dll's (not even libgcc) :)

only dependency is wxwidget dll and standard windows runtimes.

ftp://90.184.233.166:21/codeblocks-svn-6261.7z

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: codeblocks/mingw/python and more
« Reply #15 on: May 23, 2010, 09:19:53 pm »
morten could you try testing this one ?
Sorry, but I don't run self-compiled software from unknown source. :)
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #16 on: May 23, 2010, 10:36:57 pm »
 :lol: well its codeblocks :)

just wanted to know if you see any adverse effects of linking it this way :)

newer gcc has a nasty habit of linking in libgcc and libstdc++ anywhere and everywhere so i looked for a way to possibly cut down on having multiple dlls of the same type on my system :)

so i linked it with -static-libgcc -static-libstdc++ -exclude-libs=libgcc_eh.a

ofc with standard mingw you still need mingwm10.dll

not sure if it affects debugging it so i had to ask ;)

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #17 on: May 29, 2010, 01:32:16 am »
ftp is down atm due to hardware failure (gfx card died) had to reinstall win 7 after and not quite done getting my environment setup.

ill post when its up again.

meanwhile most of the stuff can be downloaded from google code site.


Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #18 on: June 10, 2010, 01:58:34 pm »
its come to my attention that theres concern about the validity of some of the tools in this package investigating it atm dont want to bring any trouble to the codeblocks team.

link will be taken down temporarily untill im sure all tools are in public domain.

sorry for the inconvinience.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #19 on: June 10, 2010, 10:24:43 pm »
ok been over the different tools and so far it seems legit (only tools im not certain of yet are some of the codec libraries) namely opencore_amr_nb and wb xvid and speex.

python ruby and the other script language compilers so far seems to adhere to the gpl license. (pretty much the same toolset as cygwin but win32 versions).

my guess is if cygwin can use em it should be fine.

if the codeblocks team prefer's me to host the links elsewhere i will ablige though.

if i start hosting it again and any license holder finds something out of order i will offcourse remove said package.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #20 on: June 11, 2010, 07:04:58 am »


some of whats in it (the visual part anyway) ;).

what you see is insight debugger gimp inkscape source navigator pyshell and the new console system for mingw with tab support.

under the hood you will find perl swig ruby for scripting.

for gui stuff i included wxwidgets and wxpyhon (pyshell runs from wxpython).

also gtk with zenity.

experimental and not quite there yet gtk-doc scrollkeeper docbook (works for creating the documentation mostly but bitches loudly).


this seems like a lot for one man to have made and belive me it was.

some of the tools in this package are fairly outdated since its taken me about 5 years to get it reasonably stable (learned a lot from it but it aint something im up for again).

you might stumble upon different versions of some dll's as i updated it on the go but in time forgot which tools used what version, applications will link with the newest versions though.

ill try and write a list of included tools (might take a while) for those interrested and to alleviate concerns about public domain.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: codeblocks/mingw/python and more
« Reply #21 on: June 11, 2010, 08:08:43 am »
@reckless.

Here is my suggestion: It's a bit hard for me to read your post, I guess you have missed some commas or something. (You just hit the keyboard really quickly :D). Would you mind to slow it down, so that I (I'm from China, English is not my native language) can understand your post more easier.

Thanks. :D
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #22 on: June 11, 2010, 03:13:43 pm »
ah got a bit carried away :) english aint my native language either.

as for what this is all about see below.

a codeblocks member expressed concern,
that some of the tools in my package might not be in public domain, and asked me to doublecheck it cause else he would have to remove the links to it.

i removed the link myself for now.

i hope it will be back up soon but im still reading licenses.

so far it seems ok as most tools i included are also used by cygwin, mine are just ports to windows of the same tools.

last post with the image was just to show a bit of what it contains ;).



 

Offline stahta01

  • Lives here!
  • ****
  • Posts: 6675
    • My Best Post
Re: codeblocks/mingw/python and more
« Reply #23 on: June 11, 2010, 04:47:55 pm »
a codeblocks member expressed concern,
that some of the tools in my package might not be in public domain, and asked me to doublecheck it cause else he would have to remove the links to it.

Note: public domain is not needed for inclusion into Code::Blocks; but, it will work.
They should only need GPL compatible License or public domain.
They might accept any open source license.

The only group I know that requires public domain is the MinGW GCC group for certain areas of code.

Normally, public domain means the same as not copyrighted.
FLOSS is normally copyrighted but has License that permits use in a open source project with compatible License. 

Quote
Free and open source software, also F/OSS, FOSS, or FLOSS (free/libre/open source software)

Tim S.
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #24 on: June 11, 2010, 06:29:46 pm »
thanks for the explanation stahta.

was the same conclusion i came to but ill check it anyway :) theres a lot of stuff in this one.

if anyone want to double check ill give them access to my ftp.


Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #25 on: June 13, 2010, 04:22:19 am »
well it took some time but conclusion so far is it should be ok.

there are a few packages that use other licenses than gpl but else adhere to public domain.
so i guess i can say im certain there wont be any problems arising from using my package.

well gave me some time to fix a few buggers i discovered meanwhile also.

as for fixes.

pythons regular expressions had to be patched since it broke with newer libtool (unable to parse long strings).

guile took me a while to hunt down a regression i had when building it with newer gcc (needs -P option in guile-snarf) seems to work ok after that fix.

additions gtk2_prefs for easy changing of gtk theme engines.

glade3 finally works.

updated webkit libraries older version worked but the gtk browser example had a nasty crash bug, new version works really good.

updated gimp (worked fine before but it seems the bug with glade was something from gimp interfering).

placed some wrapper executables in the base dir to start tools like openldap/postgresql servers, and for a few tools and examples.

msys/opt holds some tools like emacs perl kerberos gdc gvim and open caml (could have installed em in mingw folder but it would be a mess).

the perl in msys/opt is a win32 build and as thus wont allways play nice with configure scripts depending on perl. rename the folder to perly unless you need win32 perl.

and i added a seperate package as an addition to the other shells using my version of winbash. reason is that some tools like python doesnt like msys sh.exe in the least (path bug).

the win32 bash shell uses native windows paths (can actually replace cmd.exe if its in path) while also being able to execute shellscripts on windows. it does not work for configuring as it lacks fork support so dont try, use msys shell for that.

and gtk-doc actually works ... took me a bit by surprise, been hacking on that for 3 years flat then today i compiled a gtk program and it wrote the entire documentation as both omf and html  :shock: and the help files can be opened from inside the program.

ftp://90.184.233.166:21/CodeBlocks-dev.exe



Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #26 on: June 24, 2010, 07:07:55 am »
small addition i cooked up.

normally when someone needed aspell they had to get the precompiled versions and make import libraries for mingw cause it didnt compile with mingw.

took me a while to hunt down the buggers causing it to fail compilation on mingw but i succeded (or i wouldnt post this) :).

one was missing IStream definition fixed by including windows.h another was an internal function not included where it should be.

rest was more or less making sure i had the nessesary libraries like pdcurses pthreads and gettext and then doing echo "lt_cv_deplibs_check_method='pass_all'" >>config.cache and configuring with --cache-file=config.cache --enable-win32-relocatable and viola i have a mingw aspell and it works.

ftp://90.184.233.166:21/aspell-mingw.7z

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: codeblocks/mingw/python and more
« Reply #27 on: June 24, 2010, 07:19:31 am »
small addition i cooked up.

normally when someone needed aspell they had to get the precompiled versions and make import libraries for mingw cause it didnt compile with mingw.

took me a while to hunt down the buggers causing it to fail compilation on mingw but i succeded (or i wouldnt post this) :).

one was missing IStream definition fixed by including windows.h another was an internal function not included where it should be.

rest was more or less making sure i had the nessesary libraries like pdcurses pthreads and gettext and then doing echo "lt_cv_deplibs_check_method='pass_all'" >>config.cache and configuring with --cache-file=config.cache --enable-win32-relocatable and viola i have a mingw aspell and it works.

ftp://90.184.233.166:21/aspell-mingw.7z

Great!
It seems aspell can be used to check spell error in your code. So, is it possible someone can generate a plugin to Codeblocks, so that, the sentence in Comments can be checked.  :D
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: codeblocks/mingw/python and more
« Reply #28 on: June 24, 2010, 07:50:02 am »
So, is it possible someone can generate a plugin to Codeblocks, so that, the sentence in Comments can be checked.  :D
Notice that there is already a very good spellchecker plugin for C::B called erm... SpellChecker. It uses hunspell and wxHunspell on top of.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #29 on: June 24, 2010, 11:18:29 am »
noticed ;)  might be handy anyway.

hmm forsee a small problem it links to libstdc++ and since mine is an sjlj compiler im not sure it will take it lightly with the dwarf2 libstdc++.

ill pack up the fixed source code so people can compile it themself.

ftp://90.184.233.166:21/aspell-src.7z


Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: codeblocks/mingw/python and more
« Reply #30 on: June 24, 2010, 11:56:16 am »
So, is it possible someone can generate a plugin to Codeblocks, so that, the sentence in Comments can be checked.  :D
Notice that there is already a very good spellchecker plugin for C::B called erm... SpellChecker. It uses hunspell and wxHunspell on top of.

Thanks, it's here SpellChecker plugin
So, I suggest adding to the trunk if possible. :wink:
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #31 on: August 02, 2010, 08:40:27 am »
been a while since my last update (got sick)  :(

as you know my gcc version used the mingw64 runtime more or less hacked to fit the standard mingw structure.

heres the final result.

ftp://90.184.233.166:21/mingw-w32.7z

i skipped java in this build (not working on windows platforms unless its cygwin).

the runtime used is from mingw64 (latest version) so no mingw dll dependency.

if you use the ddk you might have to rearrange some headers in your sources as some of them are not in the same place mingws normally are.

besides that everything i built with it actually worked, but try it out and give an opinion.

binutils are 2.20.51 with the fixes for lto and runtime-pseudo-reloc.

if you want to try bootstrapping a gcc build with this one note this it MUST! be installed in C:\MinGW or you will have to recreate the entire thing with sysroots as gcc will fail to find the runtime libraries and headers if not in that directory explicitly.

the built gcc can be moved though and will still work fine.




Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #32 on: August 02, 2010, 06:34:39 pm »
hmm my  ftp is on strike it seems im uploading it to google code but have to compress it with kgb archiver as the site only allows up to 100 mb uploads.

forgot to mention it has all johns patches so same functionality as tdm.

should be up by tonight

Offline reckless

  • Regular
  • ***
  • Posts: 333
Re: codeblocks/mingw/python and more
« Reply #33 on: August 02, 2010, 09:56:02 pm »
ok should be up now.

visit http://code.google.com/p/mingw-wine and look for mingw-w32.exe (self extracting kgb archive).

amazed by the compression this tool can achive  :shock: 7zip could only get it to 120 mb this bugger halves that and the unpacked mingw is about 600 mb's woa.