Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Ore Richard Muyiwa
    @mcfriend99
    Didn't want to do that discussion on the issues list and didn't want to request your contact/email publicly.
    Brian3647
    @Brian3647

    Wanted to ask if you'll like to be added as a team member on the Blade project. I can see you accepted the invite already.

    Ok, It's a good idea

    Ore Richard Muyiwa
    @mcfriend99
    Here we can discuss various stuffs about Blade and how to advance it
    I've created three rooms. One for the language itself, another for the VSCode extension and another for the documentation. Let me know if you can see them
    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
    image.png
    a ' is missing there
    is that a typo or it works?
    Ore Richard Muyiwa
    @mcfriend99
    It’s a typo