Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. I am NOT making a Rust replacement, but — if you could fix one* thing about Rust syntax/semantics/etc.

I am NOT making a Rust replacement, but — if you could fix one* thing about Rust syntax/semantics/etc.

Scheduled Pinned Locked Moved Uncategorized
120 Posts 48 Posters 160 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

    @graydon Graydon nooooo you were not meant to find this thread

    fasterthanlime@hachyderm.ioF This user is from outside of this forum
    fasterthanlime@hachyderm.ioF This user is from outside of this forum
    fasterthanlime@hachyderm.io
    wrote last edited by
    #110

    @graydon mmmm but honestly I think rust should have more sigils, green threads, and a gc (/s)

    graydon@types.plG 1 Reply Last reply
    0
    • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

      @graydon mmmm but honestly I think rust should have more sigils, green threads, and a gc (/s)

      graydon@types.plG This user is from outside of this forum
      graydon@types.plG This user is from outside of this forum
      graydon@types.pl
      wrote last edited by
      #111

      @fasterthanlime anonymous/structural types, square brackets for type parameters, in/out/inout parameter modes, uniform final-semicolons, a casual gc subheap, mut qualifiers on fields, generators ... folks just love the classic oldies!

      graydon@types.plG 1 Reply Last reply
      0
      • graydon@types.plG graydon@types.pl

        @fasterthanlime anonymous/structural types, square brackets for type parameters, in/out/inout parameter modes, uniform final-semicolons, a casual gc subheap, mut qualifiers on fields, generators ... folks just love the classic oldies!

        graydon@types.plG This user is from outside of this forum
        graydon@types.plG This user is from outside of this forum
        graydon@types.pl
        wrote last edited by
        #112

        @fasterthanlime obviously for April fools I should announce a vibe-coded Rust Classic™

        fasterthanlime@hachyderm.ioF 1 Reply Last reply
        0
        • graydon@types.plG graydon@types.pl

          @fasterthanlime obviously for April fools I should announce a vibe-coded Rust Classic™

          fasterthanlime@hachyderm.ioF This user is from outside of this forum
          fasterthanlime@hachyderm.ioF This user is from outside of this forum
          fasterthanlime@hachyderm.io
          wrote last edited by
          #113

          @graydon my YT channel is all yours

          hetoug@fosstodon.orgH 1 Reply Last reply
          0
          • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

            I am NOT making a Rust replacement, but — if you could fix one* thing about Rust syntax/semantics/etc. what would you fix?

            (*one per reply, multiple replies per household are allowed)

            aiono@mastodon.socialA This user is from outside of this forum
            aiono@mastodon.socialA This user is from outside of this forum
            aiono@mastodon.social
            wrote last edited by
            #114

            @fasterthanlime optional GC support. Maybe the heal allocation can be an effect. This way when you have realtime constraints you can force a function to not to trigger a GC cycle.

            1 Reply Last reply
            0
            • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

              I am NOT making a Rust replacement, but — if you could fix one* thing about Rust syntax/semantics/etc. what would you fix?

              (*one per reply, multiple replies per household are allowed)

              pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
              pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
              pierrelebeaupin@mastodon.gougere.fr
              wrote last edited by
              #115

              @fasterthanlime Honestly at this point the only thing I got is the remarks in the last part of https://without.boats/blog/pinned-places/ ("For the next language"): you should be able to obtain an exclusive reference to a self-referential struct.

              1 Reply Last reply
              0
              • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

                @graydon my YT channel is all yours

                hetoug@fosstodon.orgH This user is from outside of this forum
                hetoug@fosstodon.orgH This user is from outside of this forum
                hetoug@fosstodon.org
                wrote last edited by
                #116

                @fasterthanlime @graydon I'm looking forward to that

                1 Reply Last reply
                0
                • chosunone@pleroma.chosunone.ioC chosunone@pleroma.chosunone.io
                  @fasterthanlime I'm not sure what the right solution is, but self references that "move" with the struct. So if you move a struct, any self references get updated. Maybe a non-trivial runtime penalty, but just make it possible. I don't like reinventing pointers for referencing items in a collection I own.
                  pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
                  pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
                  pierrelebeaupin@mastodon.gougere.fr
                  wrote last edited by
                  #117

                  @chosunone @fasterthanlime Since these references couldn't interoperate with regular ones (cf "offset pointers" in https://without.boats/blog/pin/ ), the general consensus seems to be that such a language feature would bring little value when compared to directly working with indexes (in place of references or pointers).

                  1 Reply Last reply
                  0
                  • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

                    Unfortunately the ecosystem is split between colored functions and coloured functions

                    pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
                    pierrelebeaupin@mastodon.gougere.frP This user is from outside of this forum
                    pierrelebeaupin@mastodon.gougere.fr
                    wrote last edited by
                    #118

                    @fasterthanlime Les partisans des fonctions vertes et des vertes fonctions restent irréconciliables…

                    fasterthanlime@hachyderm.ioF 1 Reply Last reply
                    0
                    • pierrelebeaupin@mastodon.gougere.frP pierrelebeaupin@mastodon.gougere.fr

                      @fasterthanlime Les partisans des fonctions vertes et des vertes fonctions restent irréconciliables…

                      fasterthanlime@hachyderm.ioF This user is from outside of this forum
                      fasterthanlime@hachyderm.ioF This user is from outside of this forum
                      fasterthanlime@hachyderm.io
                      wrote last edited by
                      #119

                      @PierreLebeaupin schtroumpf alors!

                      1 Reply Last reply
                      0
                      • fasterthanlime@hachyderm.ioF fasterthanlime@hachyderm.io

                        I am NOT making a Rust replacement, but — if you could fix one* thing about Rust syntax/semantics/etc. what would you fix?

                        (*one per reply, multiple replies per household are allowed)

                        R This user is from outside of this forum
                        R This user is from outside of this forum
                        rdeaton@infosec.exchange
                        wrote last edited by
                        #120

                        @fasterthanlime I'd go for removal of the orphan rule for binaries. While I wish the justification wasn't as strong for libraries, I understand it and can get behind it, but for a binary target, I'd be fine with an opt-in "I'm an adult and drop the orphan rule, I'll accept any breakage that comes as a result" flag in Cargo.toml

                        1 Reply Last reply
                        1
                        0
                        • R relay@relay.infosec.exchange shared this topic
                        Reply
                        • Reply as topic
                        Log in to reply
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes


                        • Login

                        • Login or register to search.
                        • First post
                          Last post
                        0
                        • Categories
                        • Recent
                        • Tags
                        • Popular
                        • World
                        • Users
                        • Groups