another lang draft

  • 20 Replies
  • 4486 Views
*

Zero

  • Eve
  • ***********
  • 1287
Re: another lang draft
« Reply #15 on: June 23, 2018, 09:35:33 pm »
I think 2+3 has more "energy" than 5, so to speak. Like a ball that's up in the air.

I'm slowly updating the second post of this thread.

Now, var( ) cannot be used wherever a variable can be used anymore (it was too noisy).

An anonymous function is characterized by its return type: in a variable, you can replace an anonymous function by another one, only if they have the same return type. That's what matters, because it's what dictates where you use the function.

I corrected a few typos (the pitbull def was wrong), and added a few types.

I think I'm giving up on type arithmetic. Types are values, yes, but that's it. Same goes for pointers: there will be references, but no arithmetic.

Ed: if I understand correctly, it seems I already put sum types (my "poly" type) and product type (my "pipe type") without knowing what I was doing. Cool!
« Last Edit: June 23, 2018, 10:47:07 pm by Zero »

*

ranch vermin

  • Not much time left.
  • Terminator
  • *********
  • 947
  • Its nearly time!
Re: another lang draft
« Reply #16 on: June 24, 2018, 07:49:00 am »
im just spinning out,  sorry for being irrelevant.

But cant you see when you write your language,  its just another form of what the output is.

you read the code,  and you can also read the output and its the same thing.

so the language.  is the sensor (sorta),    and the output is the motor.    but they are the same.


you say to a french man,  "cant you see that methods are hard to make but easier to copy?"
and he says "no."

*

Zero

  • Eve
  • ***********
  • 1287
Re: another lang draft
« Reply #17 on: June 24, 2018, 08:26:26 am »
You were not being irrelevant, your inputs fit well in this thread.
:)

I'd like source code to be like Calligraphy - a dance of two, empty and full.

*

Zero

  • Eve
  • ***********
  • 1287
Re: another lang draft
« Reply #18 on: June 25, 2018, 10:14:42 am »

[inbox]
    identifiers
        new identifiers should be turned into new numbers?
        keep a map identifier => number?
        known identifiers turned into numbers using map?
    memory access
        a map of maps
        first map from type to second map
        second map from idnum to value

[todo]
    [X] choose architecture
            clone based
    [X] list all possible actions
    [ ] list all possible types
        [ ] find suitable representation

[possible actions]
    declare type
    declare clone
        declare variable
        declare clone reception loop
        assign value to variable
        call a function / call a control
            push new environment
            set return value
            pop environment
            insert return value

[possible types]
    void
    bool
    enum()
    int
    flt
    str
    stk
    list
    arr()
    asso
    pair
    poly
    pipe
    unit
    pct
« Last Edit: June 25, 2018, 02:59:43 pm by Zero »

*

Zero

  • Eve
  • ***********
  • 1287
Re: another lang draft
« Reply #19 on: June 25, 2018, 02:24:17 pm »
So, I was looking for a top-level organization mode, and I decided to go clone  :) :)

The idea is to have small units that share source code, and which are duplicated 20, 200, 2000 times. They can literally "spread" source code in their group to communicate.

A clone group cannot send directly to another clone group. It's the other way around: groups watch other groups, to receive what they emit. So, you can always add new structures/functionalities to your program without breaking something that already works well.

A program contains only type definitions and clone definitions. Scope of types and clones is program-wide.

See second post update.

There's also the new "source code type". CTRL+F "$int" and see for yourself.
« Last Edit: June 25, 2018, 03:11:04 pm by Zero »

*

Zero

  • Eve
  • ***********
  • 1287
Re: another lang draft
« Reply #20 on: June 26, 2018, 06:18:32 pm »
Perhaps the cluster thing is too much. I thought it was good for a certain kind of tasks, but it's maybe too narrowing. Staying simple, with a clean foundation, going towards nodejs -like capabilities would potentially be more rewarding. Leaving libuv behind, since Golang does things differently, the language would allow creation of simple programs with in-browser front-end.

 


OpenAI Speech-to-Speech Reasoning Demo
by ivan.moony (AI News )
Today at 01:31:53 pm
Say good-bye to GPUs...
by MikeB (AI News )
March 23, 2024, 09:23:52 am
Google Bard report
by ivan.moony (AI News )
February 14, 2024, 04:42:23 pm
Elon Musk's xAI Grok Chatbot
by MikeB (AI News )
December 11, 2023, 06:26:33 am
Nvidia Hype
by 8pla.net (AI News )
December 06, 2023, 10:04:52 pm
How will the OpenAI CEO being Fired affect ChatGPT?
by 8pla.net (AI News )
December 06, 2023, 09:54:25 pm
Independent AI sovereignties
by WriterOfMinds (AI News )
November 08, 2023, 04:51:21 am
LLaMA2 Meta's chatbot released
by 8pla.net (AI News )
October 18, 2023, 11:41:21 pm

Users Online

272 Guests, 0 Users

Most Online Today: 346. Most Online Ever: 2369 (November 21, 2020, 04:08:13 pm)

Articles