Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The V Programming Language

vlang.io

Post reply on HN
Print view View original

61–70 of 308 posts

Re: The V Programming Language

#61

Post by amedvednikov »

kingkong2022 wrote: post #57
amedvednikov wrote: post #54

Earlier quoted context omitted.

> It requires shit ton of stuff. No it doesn't. You can build the compiler with `clang v.c` > But the readme says that the UI package does not run on Linux, so how can Volt be written in Vlang? The UI package is not available for everyone on Linux yet. Doesn't mean I can't use it. > hot code reloading is not present It will be on June 22. Why do you spread lies and even ask to report me based on these lies? Are you t…

SO many comments and questions on this thread, yet you chose to reply on only the ones which point out your hypocrisy and lies that can be seen by everyone. Most of the features listed on your website are not implemented in the compiler as per "your own" readme. > No it doesn't. You can build the compiler with `clang v.c` No one is talking about building the compiler. It is about dependencies required by the V compil…

> It is about dependencies required by the V compiler.

V compiler doesn't require glfw or freetype. It doesn't require anything.

Re: The V Programming Language

#62

Post by amedvednikov »

lifthrasiir wrote: post #13
asplake wrote: post #11

Earlier quoted context omitted.

Not published yet. Perhaps the author considers publishing prematurely to be more hassle than its worth?

If it's the intention, the author surely has been misguided. A drama is already happening (for example, [1]). While I think it is technically possible to deliver all of them (it should be noted that it is not exactly an optimizing compiler, which makes many things easier), it is natural and understandable that people doubt its premise before the full release. [1] https://github.com/vlang/v/issues/35

I'd hardly call it a drama. Claims like it's not possible to build features without AST or codegen json decoders are just ridiculous.

Re: The V Programming Language

#63

Post by amedvednikov »

lajawfe wrote: post #51
truth_seeker wrote: post #50

No null No global variables No undefined values No undefined behavior No variable shadowing Bounds checking Option/Result types Generics Immutable variables by default Pure functions by default Immutable structs by default me> Wow. That's a good feature set to have !

Yes, a very good feature set "to have". I think, at this point not even half of them are implemented. The author is doing a major disservice by presenting as if everything is complete in the main website.

you can go to vlang.io/play and see for yourself instead of spreading misinformation

Re: The V Programming Language

#65

Post by amedvednikov »

chombier wrote: post #35
AndyKelley wrote: post #22

[flagged]

I wonder what will happen on the day he's supposed to open-source this thing. Delete everything and run away with the money? Kick down the can and delay source release once more? Apologies? ("but but it's pre-alpha software!")

I wonder what you will say on June 22. Delete everything?

Re: The V Programming Language

#66

Post by amedvednikov »

ConsoleTVs wrote: post #59
chombier wrote: post #35

Earlier quoted context omitted.

I wonder what will happen on the day he's supposed to open-source this thing. Delete everything and run away with the money? Kick down the can and delay source release once more? Apologies? ("but but it's pre-alpha software!")

The release was supposed to be today. Few hours ago was changed to 2 more days.

And here's why: https://github.com/vlang/v/issues/287

Re: The V Programming Language

#67

Post by lasagnaphil »

lamchob wrote: post #14

While it looks nice, it brags about it's compilation speed while simultaneously not offering any optimizations. If you want to have optimizations, C/C++ source-to-source compilation is required, which is slower by factor of 10. After that, a traditional C/C++ compiler runs the compilation/optimization, which again, costs time. What use is fast a compilation, if the resulting program can be slower by orders of magnitu…

This is the same approach that the language Jai (which Jonathan Blow is developing) is using: Fast-to-compile debug builds via hand-written x64 compiler, heavily optimized release builds via LLVM. This is why he was able to have ridiculously high-speed debug builds, and I think V is probably the same right now.

I think J. Blow commented in one of his videos that he might be able to put some optimization on the x64 compiler (such as dataflow optimization) when the language is mostly complete. Although builds will be slower because of this, I still trust Blow that he will make a faster compiler than GCC/Clang, because the compiler will be specialized to its language rather than being all-purpose. (Also, C++ takes ridiculously lot to just parse everything, while Jai is must simpler to parse). Maybe V's developer will also work on some optimizations after the basic compiler's finished.

Re: The V Programming Language

#68

Post by kingkong2022 »

amedvednikov wrote: post #60
kingkong2022 wrote: post #58

Earlier quoted context omitted.

> Do you really think the compiler needs glfw or freetype to function? It's for the graphics library to build things like the tetris.v example. Do you ship the compiler with those libraries that require those packages? If yes, then the compiler is not 400kb. The compiler nowadays never means only the compiler executable, it means the complete environment it ships with.

The V compiler is the program that builds source in V. It has zero dependencies, and that's the claim. The modules can have gigabytes of dependencies, this doesn't make the compiler depend on them.

lol. Why don't you also subtract the size of the stdlib from that. Or have you already done it. I assume the compiler does not require the stdlib to build an empty V file? Then congrats you just reduced the size of the compiler some more.

Re: The V Programming Language

#69

Post by amedvednikov »

kingkong2022 wrote: post #68
amedvednikov wrote: post #60

Earlier quoted context omitted.

The V compiler is the program that builds source in V. It has zero dependencies, and that's the claim. The modules can have gigabytes of dependencies, this doesn't make the compiler depend on them.

lol. Why don't you also subtract the size of the stdlib from that. Or have you already done it. I assume the compiler does not require the stdlib to build an empty V file? Then congrats you just reduced the size of the compiler some more.

Where am I subtracting it?

Re: The V Programming Language

#70

Post by amedvednikov »

kingkong2022 wrote: post #57
amedvednikov wrote: post #54

Earlier quoted context omitted.

> It requires shit ton of stuff. No it doesn't. You can build the compiler with `clang v.c` > But the readme says that the UI package does not run on Linux, so how can Volt be written in Vlang? The UI package is not available for everyone on Linux yet. Doesn't mean I can't use it. > hot code reloading is not present It will be on June 22. Why do you spread lies and even ask to report me based on these lies? Are you t…

SO many comments and questions on this thread, yet you chose to reply on only the ones which point out your hypocrisy and lies that can be seen by everyone. Most of the features listed on your website are not implemented in the compiler as per "your own" readme. > No it doesn't. You can build the compiler with `clang v.c` No one is talking about building the compiler. It is about dependencies required by the V compil…

I think you are. Immediately creating a throwaway, jumping in, and spreading lies, misinformation, just like last time, when I released the playground early.
Post reply on HN