Function decorator bloat

[voltlang]

Function decorator bloat

[Wallbraker]

We are looking into a way to make all functions in a module have a set of properties.

// Make all functions in this module @nogc and @system
default fn : @nogc @system;

@property is planned to be replaced with C# style properties
@safe is planned to be default
pure I'm not sure is needed in Volt
override will stay, it catches errors, maybe shorten the keyword. ovrd or something else.
@nogc will also stay, but with the default attribute per module shouldn't be that troublesome.

[r-k-o]

hi,
i was tipped to your project. I am trying to find some thing for me just as D1 and i am glad to see that you guys get rid of that @ - eye cancer. do have a time frame on when the compiler will be compiles downloadable as an exe for windows x64?
thanx

[Wallbraker]

Thanks!

Short answer in a couple of months you will be able to just install a VSCode extension and that would be that.

We have a CI that builds all of the needed executables (for windows) so if you feel adventures you can download battery and volta from there and have that work now. And using some manual work to get the VSCode extension working.

If you are IRC I recommend poking us in #volt on FreeNode. Or on one of the Twitter accounts @Wallbraker or @VoltLang. I would be happy to do some hand holding getting you setup.

[r-k-o]

thanks for the answer. will download and use.

[r-k-o]

https://ci.volt-lang.lv/ - doesn't work

[Wallbraker]

Oh it's on https://ci.walkyrie.se/

[r-k-o]

thanks

[r-k-o]

sorry for that, but where do i get llvm.dll or otheres in case they are needed?
thanks in advance for your patience.

[Wallbraker]

Oh right, LLVM still doesn't ship a LLVM.dll file so you will need to build one yourself. Using the LLVM_BUILD_LLVM_C_DYLIB option should give you one, I don't have one laying around right now.

Sorry for this being so hard to setup. We have been poking the LLVM project for longer then a year and we only got it as far as them at least adding a switch to build a LLVM.dll.

[r-k-o]

ok, will do

[Wallbraker]

Oh make sure it's 64bit as we only support 64bit on windows.

[bhelyer]

If I could be forgiven some bikeshedding, I would like to be rid of the @ syntax for keywords entirely. If we need a keyword, we should add it. There's some stuff we could also clean up in regards to namespace issues -- we currently disallow member functions called 'init', as T.init gives you the default initialiser. Maybe this would be heresy, but we could just use T.default for that purpose, and get rid of that. Otherwise, making init a keyword would be my preference, but I don't see a reason we couldn't just appropriate default for that purpose.

[r-k-o]

Oh make sure it's 64bit as we only support 64bit on windows.
yes

I would like to be rid of the @ syntax for keywords entirely
💯
If we need a keyword, we should add it. There's some stuff we could also clean up in regards to namespace issues -- we currently disallow member functions called 'init', as T.init gives you the default initialiser. Maybe this would be heresy, but we could just use T.default for that purpose, and get rid of that. Otherwise, making init a keyword would be my preference, but I don't see a reason we couldn't just appropriate default for that purpose.
👍