Live data from Hacker News

CobaltC – The Successor to C?

strawberry9.github.io

11–20 of 24 posts

Re: CobaltC – The Successor to C?

#12
post #3

Before I read this, what is there about C3 [0] you don't like? [0] https://c3-lang.org

C3 is an embarrassing mess regarding integer types and sizes, missing C99's stdint.h defs, for example.

To clarify: C3 has fixed sized ints. Maybe the parent poster doesn’t like their names, but they are fixed sized, as follows:

  Name    Size    Signed
  bool    1       no
  ichar   8       yes
  char    8       no
  short   16      yes
  ushort  16      no
  int     32      yes
  uint    32      no
  long    64      yes
  ulong   64      no
  int128  128     yes
  uint128 128     no
Source: https://c3-lang.org/language-overview/types/#integer-types

Re: CobaltC – The Successor to C?

#14
It's great to have it all spec'd out. However, I think specs like this suffer the same fate as war plans: they get modified quickly as soon as implementation begins. Nonetheless, it's good to have a clear idea of where you're headed. I just wouldn't call it "Final."

Re: CobaltC – The Successor to C?

#17
post #7

Earlier quoted context omitted.

Who copied off Haskells homework, so here we are.

And cloudflare still somehow shipped a rust binary that crashed half the internet.

and I've had Haskell binaries attempt to use infinite quantities of RAM (looking at an old version of dconf2nix here) and thus crash

Re: CobaltC – The Successor to C?

#19

Another one?

Yes, but remember is the last appendix to a book, and book provides the context for this appendix. So yes, in that sense, it's just another one attempting to address the memory-safety issues of C. At least this one uses C like syntax and doesn't require C programmers to learn some alien syntax. Of course, this is just a spec, Rust is well and truly live in the environment. The book is more interesting than the spec.
Post reply on HN