The big 1.0

[lerno]

I'm collecting small pieces of things needed for 1.0 that aren't really ready to go into issues yet into this single issue.

• Full BSD-family support in the standard library
• C-to-C3 tool available
• C3docs available
• Full standard library available on the web
• No known bugs in the compiler
• A secondary backend for fast compilations
• Automatic static / dynamic library .c3l generation
• A completely fleshed out standard library
• Support for most common embedded targets (when 1.0 is released!)
• Full Android / iOS support
• Downloadable binaries for all Linux distros, MacOS, Windows, all BSD variants.
• A good experience cross compiling to Linux
• Cross compiling to MacOS & Windows with automatic download of required supporting libraries
• High quality LSP
• Easily available editor plugins
• High quality IntelliJ plugin

Nice to haves:

• A C output backend

Stdlib features

• Zip compression
• Regex library

[Caleb-o]

Very exciting!

[lerno]

ZIP compression? yoinks C# ZIP library implementation

If you want to. There are a lot of them out there.

[rodgomesc]

What is still needed to complete Android support? Is there a to-do list available anywhere?

[lerno]

Something like this @rodgomesc

1. Make sure linking links the proper libraries
2. Decide what Android platforms to support (32 bit ARM for example?)
3. Add CI for Android compilation
4. Fix whatever special ABI changes Android has compared to Linux
5. Linking should work off the bat, so there should be a way to pull in the needed libraries for linking, initially perhaps as an external script, but later as something in the compiler itself which downloads needed dependencies.
6. Add some bindings to essential Android libraries.

[radekm]

Zip compression

This also means ZIP decompression? If that is so, I wonder how to deal with different kinds of ZIP archives produced by different implementations. Recently I watched Josh Wolfe's talk about yauzl library and invalid ZIP archives produced by Mac Archive Utility (you can see the GitHub issue thejoshwolfe/yauzl#69). It seemed that creating a reliable ZIP decompressor which works with most ZIP archives is a really hard task.

[lerno]

I think a best effort thing would be reasonable @radekm. Something on par with Java's built in zip library code.

[rodgomesc]

Hey! I started to poke around and I start thinking about something - is it possible to use CMake to turn .c3 code into a shared library without the prebuilt c3c compiler? Ideally, I don't want users to need a c3c compiler already installed on their computer. Maybe I could go from .c3 files to LLVM IR, then to object files, and finally into a .so library? Or am I just making this way more complicated than it needs to be?