gingerBill

8 ms·

61.
by gingerBill 1y ago
If you want single pass, then you have to do it on a per block basis at the most (e.g. C89). But this is not meant to be a fully fledged language, it's meant to be a teaching tool. If you want a fully fledged language that allows for o
62.
by gingerBill 1y ago
I know Oberon does return things from certain procedures but I might not. I know the grammar allows for it but again, this is subject to change. As for code generation, direct machine code to a Windows AMD64 PE executable. Backend should no
63.
by gingerBill 1y ago
I only added that a few minutes ago, and it's a question of whether I should or not. This project is so goddamn new that I have not even decided anything. I was not expecting anyone posting this to HackerNews in the slightest. Also thi
64.
by gingerBill 1y ago
This has nothing to do with "dogma" and something simpler. It has nothing to do with "immediately see them". Hint: This about this from a single pass compiler basis and how much memory needs to be reserved from the proce
65.
by gingerBill 1y ago
That was the idea.
66.
by gingerBill 1y ago
And removing unnecessary keywords and modernizing it too. `[N]T` for arrays and `^T` for pointers, rather than `array N of T` and `pointer of T`. And supporting C++ style code `/*/` and `//`. And as I develop this, I&#x2
67.
by gingerBill 1y ago
Completely independent of Odin (except being written in Odin). It's a plan to be a teaching tool to learn compiler development, that's it.
68.
by gingerBill 1y ago
Please note the project isn't even 24 hours old yet. But I am using Oberon-07 as base, and I might deviate from it quite soon too. But I won't be going in the direction of things like Oberon+ (which adds generic and OOP programmin
69.
by gingerBill 1y ago
The project is not even 24 hours old... And I might plan on making this a recorded series of explaining how to make compilers from scratch with this language as a reference.
70.
by gingerBill 1y ago
When I write the backend (this repo isn't even 24 hours old yet), you'll find out why variable declarations are at the top of a procedure. (Hint: it has something to do with the stack).
71.
by gingerBill 1y ago
Oberon is a general-purpose programming language, not a DSL. Even though it is very minimal, you can still do quite a bit in it. But the point of teaching compiler development is to teach people how to do the basic things from tokenizing, p
72.
by gingerBill 1y ago
This repo isn't even 24 hours old yet and it's on HackerNews... Just wow....
73.
by gingerBill 1y ago
The bugs have nothing to do with the language and exist in C too. I'll just link to some of the bugs directly that posted as issues to SDL: https://github.com/libsdl-org/SDL/issues/4789 (not fixed) http
74.
by gingerBill 1y ago
Again, I am not against third party packages, and manual management of dependencies just slows down your progression to hell. There is no "solution" to this problem, only trade-offs. I know people are lazy and will automate hell.
75.
by gingerBill 1y ago
Huh? I am not saying the repositories have (or should have) no responsibility, but you are also responsible for your own actions. The popularity of such repositories and package managers are due to users of them. And the concepts are trivia
76.
by gingerBill 1y ago
I wouldn't class it as clickbait myself, but I will stand by the use of the word "evil". I am using evil in the very old fashioned sense: the privation of the good. Is the title provocative? Yes. But that's the point of
77.
by gingerBill 1y ago
I've been looking through the repository list and that is not "batteries included", that's "everything, the kitchen sink, and the city". Unless I am reading this ( https://index.ros.org/?search_r
78.
by gingerBill 1y ago
What do you consider your set of "Batteries Include"?
79.
by gingerBill 1y ago
Choose your own hell then. I'm not going to stop you. And no, it's not a tautology, it's an empirical observation. And as I said, not everything ought to be automated, especially hell.
80.
by gingerBill 1y ago
Completely coincidental. I wrote the article before the situation, AND the article is a transcription of a video recorded in July.
81.
by gingerBill 1y ago
It is a build system in the technical sense but it's hard to explain to people because they expect it to be separate from the language entirely. If I said Odin had a build system, they'd be expecting an external build script. And
82.
by gingerBill 1y ago
> My general view is that package managers (and not the things I made distinctions about) are probably in general a net-negative for the entire programming landscape, and should be avoided if possible. I am arguing that their "benef
83.
by gingerBill 1y ago
I already know all that, that's why we are being very conservative and slow when it comes to figuring out what is meant to be in 1.0.
84.
by gingerBill 1y ago
Those are library/package collections which contain multiple different packages, not the packages themselves. And we will take backwards compatibility seriously when we hit 1.0, and only "break" on major versions.
85.
by gingerBill 1y ago
We've effectively written all of this already because of the amount of fixes we've had to do to the SDL2 code. So yes, we know what we are doing.
86.
by gingerBill 1y ago
Use the first two, and not rely on the third at all. That's what the article is saying.
87.
by gingerBill 1y ago
Thank you?
88.
by gingerBill 1y ago
The title of the article comes from the direct words I said in the video, of which the article is effectively a polished transcription of. Your "more balanced title" isn't even close to what I am saying. I am saying that Pack
89.
by gingerBill 1y ago
Odin is not trying to be a "C successor" rather as the website states: "Odin is the C alternative for the Joy of Programming". And there doesn't have to be "one winner". This isn't Highlander. It is j
90.
by gingerBill 1y ago
I'd argue quite the opposite. You can build a lot more than you think, you just need to be encouraged.

More ›