blade-lang/community

Brian3647

@Brian3647

I only can see 2

blade-lang and blade-lang/main

and now blade-lang/docs

Also, maybe in the future will the language have a compiler?

Ore Richard Muyiwa

@mcfriend99

Yes. I just wanted to get the language out first with minimal overheads and then after acheiveing stability and good community usage, we can start work on incorporating a JIT compiler

Or probably compile to LLVM

Brian3647

@Brian3647

Or probably compile to LLVM

I think this is the best option

Also, maybe a package manager (like npm or cargo)

But, I think its more important to finish the docs

Ore Richard Muyiwa

@mcfriend99

But, I think its more important to finish the docs

I totally agree. Just needed to do a lot of cleanup regards licensing on the project. And @galexite was great enough to help with that. Focus will be back to completing the documentation starting tomorrow.

Or probably compile to LLVM

I think this is the best option

Compiling to LLVM is great, but I'm still exploring it. I can also see that a lot of attempts to compile a fully dynamic language to LLVM has been aborted for multiple reasons. No mean feat, but I believe it's doable and really achievable.

Brian3647

@Brian3647

It will be very complicated with dynamic types

Ore Richard Muyiwa

@mcfriend99

It will be very complicated with dynamic types

I tried it once and I just had to let it go due to time and resource constraint then. But then, this was sometimes last year. I've come a long way in language dev since then. I'll give it another shot once Blade hits v1.0

The docs is where I'll need a lot of help. I'm not very good with prose. I either end up getting people bored or not mentioning important stuffs. The docs need a lot of work!

Brian3647

@Brian3647

Long ago I tried to code a compiler but parsing was really boring

The docs is where I'll need a lot of help. I'm not very good with prose. I either end up getting people bored or not mentioning important stuffs. The docs need a lot of work!

I'm going to do what I can but I don't have that much time and I will have less in a few days when my vacations end

Ore Richard Muyiwa

@mcfriend99

Long ago I tried to code a compiler but parsing was really boring

I understand. I had to choose between hand-rolling one or using a parsing software (e.g. Bison), I just went ahead and rolled one up for speed only. But yes, it was boring

The docs is where I'll need a lot of help. I'm not very good with prose. I either end up getting people bored or not mentioning important stuffs. The docs need a lot of work!

I'm going to do what I can but I don't have that much time and I will have less in a few days when my vacations end

I understand. My vacation ends soon as well. That's why I'm trying to see the docs get done on time.

Brian3647

@Brian3647

Blade script files can have any name and can end with any extension. But files that can be used as a module or form part of a package MUST end with the .b extension. (source: docs)

Also, I think this should be changed. There's already a lot of software that uses that extension

Ore Richard Muyiwa

@mcfriend99

Hmmm..... What would you suggest??

Brian3647

@Brian3647

I suggest .bl

Ore Richard Muyiwa

@mcfriend99

Let me get a feedback from @galexite on this. Though, I was thinking of .de.

Brian3647

@Brian3647

I have been thinking about the compiler

I think the best option is to make the functions parameters be statically typed but automatically detect the variable types

something similar as rust

Ore Richard Muyiwa

@mcfriend99

Same thing I was thinking about. But I’m currently experimenting with non-typed parameters. Also, I’ll be looking at type inference instead of dynamic typing on the current VM and see the performance boost.

Brian3647

@Brian3647

Hi, little question - What IDE do you use for coding blade?

Ore Richard Muyiwa

@mcfriend99

CLion primarily and Visual studio code

George White

@galexite

I like .bl, I don't know where .de would come from though?

Ore Richard Muyiwa

@mcfriend99

@galexite -> "If VSCode, Vim and so on don't have an association for .b, then I think .b is still fine"

I think I agree well with this

Brian3647

@Brian3647

@galexite -> "If VSCode, Vim and so on don't have an association for .b, then I think .b is still fine"

But some apps can confuse it with brainfuck, for example.

Brian3647

@Brian3647

Should a github project be created for finishing all the libraries?

Some libs as libs/json/index.b are unfinished:

#!-- part of the json module

/**
 * @class Decoder
 * 
 * JSON to Blade decoding class
 */
class Decoder {
  decode() {}
}

Actually, I think the only lib that isn't finished is the json lib (?)

Anyways, this should be done

Ore Richard Muyiwa

@mcfriend99

You may need to pull upstream changes

Ore Richard Muyiwa

@mcfriend99

I'll create a full project dedicated to the standard library

My bad. Looks like you were referring to libs/json/decode.b. I am still contemplating implementing the decode purely in Blade or have a backend in C as it is quite more complex than the encoding.

Ore Richard Muyiwa

@mcfriend99

I'm thinking of merging the lexer in blade-docs upstream to ruby's rouge so that Github can correctly highlight Blade files. Just don't know if it's too young to be accepted.

I think it's time to give blade-lang/blade#53 a proper visit. It will aid in generating documentation for the standard library.

George White

@galexite

For #55, I think the easiest solution is to properly attribute the PHP code but add a CMake option to remove the hash module if the user wishes to avoid binary attribution.

I think the whole project needs a review of unattributed code. One option is to keep the hash implementation out of source and link with a library that provides such functionality already, such as OpenSSL. Python links against OpenSSL to provide its hashing functions.

Ore Richard Muyiwa

@mcfriend99

Someone suggested LibTomCrypt which has an Unlicense license. I think it’s worth considering first.

Brian3647

@Brian3647

a ' is missing there

is that a typo or it works?

Ore Richard Muyiwa

@mcfriend99

It’s a typo

Ore Richard Muyiwa

@mcfriend99

Hello everyone, been a while here.

Blade has gone through a lot of positive development lately and I wish you guys could check it out.

Also, it now has a package manager and self-hostable repository called Nyssa fully written in Blade. Check it out at https://nyssa.bladelang.com.

Also the standard library has greatly improved and tons of bug fixes.

Where communities thrive

People

Repo info

Activity