ooc, ooc-jpeg, ooc-sfml, ooc-gtk, yajit, stirling3d, ooclipse, battlemings
And here are some semi-official repos where some cutting-edge ooc happens:
If you want your project to be mentioned here, mail me at nddrylliog@gmail.com
about
blog
docs
community
downloads
Starting soon this month is the Google Summer of Code (GSOC). ooc-lang.org will apply. We need your ideas! http://bit.ly/bKHTRE
From now on, the mailing list will be used more frequently, big decisions will happen there - have your say, subscribe http://bit.ly/bnHuEY
@Dubhead I updated the instructions here http://ooc-lang.org/downloads and there http://ooc-lang.org/setup - hope it's clearer
Till we have'em automated, here's a j/ooc nightbuild http://bit.ly/aDc05q rock is on the way to compile itself. exciting times!
rock has version blocks, more and more sdk classes compile. Soon j/ooc and rock's sdk will merge.
rock has preliminary support for interfaces. mixins and namespaced imports are coming up soon! killer, simple syntax as usual.
for the first time, rock, a 10k SLOC pure ooc codebase, compiles under Win32, and produces executables with gcc. party?
blogpost! gtksourceview highlighting for ooc – gedit & anjuta, rock progress, sudoku solver http://bit.ly/dt0GI1
#ooc_lang for the web! fastcgi bindings by joshthecoder: http://bit.ly/9AcGCa
discount bindings (markdown text to html library) for @ooc_lang by @zenhob http://bit.ly/5dg2K7 coolness!
rock has constructors, half generics, operator overloads on the way. commit frenzy! http://bit.ly/5M8syC
finalizers in j/ooc, meta-classes in rock, yajit, deadlogger, woot, oos, arbitrary precision arithmetic http://bit.ly/5kHIcZ
The ooc blog is online again, thanks @aguspiza for reporting the problem!
@aguspiza Ow. Investigating, thanks for reporting!
yajit works again! check it out: http://github.com/nddrylliog/yajit (special thanks to fredreichbier & showstopper)
rock (ooc compiler in ooc) compiles classes and covers =) don't try it at home yet, though - it's still highly experimental
@alejandrocrosa Hmmm, rtfm? http://docs.ooc-lang.org/ooc-slim/executable-size.html ;)
@arvennard The C++ object model is too complex. And the C syntax has many drawbacks. ooc is, imho, much more readable/light/flexible.
(continued)... that change will allow very nice array and map literals, and other data structs will be usable easily too. Stay tuned.
SubProcess new() now takes an ArrayList<String> instead of String*. (breaking change). ArrayList and HashMap will be BasicTypes soon.