Home

Zimbu presentation on T-Dose

The video of the presentation is now available on youtube.

Recently changed

Zimbu now supports varargs: A variable number of arguments.  This is used in the string format() method, which takes any number of arguments to format a string.  Much like this works in Python.  Read about it in the language spec.

Also, optional arguments and named arguments are supported.  Together these reduce the need to write several versions of a function with slightly different arguments.  Read more in the language spec.

Recent incompatible changes:
Triple quoted strings are now marked with ''" until "''.  This makes it much easier to see where it starts and ends.
bytes was renamed to byteString, varbytes to varByteString and varstring to varString.

Examples

The Hello World program: hello.zu:

FUNC Main() int
  IO.print("Hello, World!")
  RETURN 0
}
The details are explained on the Hello World page.
Larger examples:
An overview of special features of Zimbu on the highlights page.
The biggest existing Zimbu program is the Zimbu compiler itself.  You can browse the code here.

Install and run Zimbu   

Download a snapshot or clone the Mercurial repository from code.google.com/p/zimbu 
For instructions see the Getting Started page.

Discuss Zimbu

The maillist is here: http://groups.google.com/group/zimbu-discuss

Live demo

Since Zimbu builds and runs fast, an interactive demo has been made.  This allows typing Zimbu code in your browser and the output (or compiler errors) show up immediately.

This is written completely in Zimbu:
  • a small HTTP server, running a servlet that builds the code and executes the binary.
  • a UI defined in ZWT, this is translated into Javascript to run in your browser
  • a protocol buffer to define the messages exchanged between UI and server
This is included with the source code, in the "livedemo" directory.

Status

  • The language is somewhere between a "proof of concept" and version 1.0.
  • The compiler can compile itself and most programs.  The examples on this site run properly.
  • Not all parts of the language have been implemented (e.g. float is missing) and there are a few bugs and hacks.
  • This website has useful info but is still incomplete, much more to follow.
More information on the main work items page.





Why Zimbu?

Suppose you want to write a new program, something like a text editor. What language would you write it in?
  • It has to be as fast as possible, so interpreted languages are out.
  • You don't want to micro manage memory, so C is out.
  • You don't want to require programmers to have a degree, so C++ is out.
  • You want fast startup and not depend on a big runtime, so Java is out.
  • It has to run on most systems, anything with a C compiler, so D is out.
  • You want to have fun making something new.
No existing language really meets these demands, so let's create a new one that does!

Zimbu is an experimental programming language.  It is a very practical, no-nonsense kind of language.  It mixes the good things of many existing languages and avoids their deficiencies.  And then throws in a few brand new ideas.

Goals
More on the Goals page.
  • easy to read back - code is read N times more often than it is written
  • avoid common mistakes - make it difficult to write bad code (but you can write hacks if you really want to)
  • keep it short and clear, don't state the same thing twice - no header files, don't repeat type specs
  • the effect of a statement should be predictable and not depend on something in another file
  • efficient execution: no startup delay, reasonable memory use - no Just In Time compiler effects, minimize "stop the world" garbage collection.
  • support a wide range of applications - Zimbu can be used to write an OS kernel, a short script and a big GUI application
  • portable - be able to compile and run on almost any system
  • many standard data types, modules and classes - most things you need are already there

Choices

Main choices made so far (more on the design page):
  • convert the program to C and use the C compiler to produce machine code (could be something else later)
  • mostly use static type checking, also allow runtime type checking
  • object oriented, all data is handled like an object, but there also are simple types
  • an import defines one symbol, this avoids name conflicts in large projects
  • the standard modules and classes are available without imports, avoids boring work
  • many modules are part of the language, they work the same way everywhere
  • all keywords are in capitals, you can use all other names without worrying about the next version breaking your program