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

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 ;).



 

Online stahta01

  • Lives here!
  • ****
  • Posts: 6674
    • 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