I would like to share a bash script I made for when you want to simply run a rust script once and delete it. Instead of having compile the script with rustc, running the binary and then deleting the binary, you can achive all of this with this bash script below.

The first argument will be the rust script file name. The .rs file extension is optional. The rest of the arguments are passed into the executed binary.

Simply name the bash script to something like rust-run.sh.

#!/bin/bash

#Get file path from first parameter
path=$(dirname "$1")

#Get file name from first parameter
fileName=$(basename "$1")
fileName="${fileName%'.rs'}"

#Compile executable and save it in the same directory as the rust script
rustc "${path}/${fileName}.rs" -o "${path}/${fileName}"

#If rustc commands retuned any errors, unable to compile the rust script
if [ $? -ne 0 ]; then
    return
fi

#Execute compilled executable and pass the rest of the parameters into the executable
"${path}/${fileName}" ${*:2}

#Delete compillled executable
rm "${path}/${fileName}"

If someone wants to rewrite this in rust or add these features into the rustc, feel free to do so.

  • nous@programming.dev
    link
    fedilink
    English
    arrow-up
    13
    ·
    2 months ago

    You might want to checkout rust-script which essentially does the same but also lets you use it as a hashbang line to make executable rust scripts. And works with cargo/can install deps.

    There is also an RFC for this feature.

    • onlinepersona@programming.dev
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      edit-2
      1 month ago

      That’s pretty cool, but terrifying as well. Can’t wait for somebody to go a step further and start writing proc macros (call it rusht) to replace bash scripts with rust scripts. Actually, now that I think about it, not so terrifying. They can probably be debugged better, could be safer (unless someone starts publishing malicious proc macros), allow dependencies to be added to compose better scripts without relying on they system’s package manager, and so much more.

      Anti Commercial-AI license

    • trymeout@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      2
      ·
      2 months ago

      Thank for sharing rust-script which is basically what I made but written in Rust and seems to store the binary in another directory when the binary is exexuted.

      Is the RFC trying to introduce a command cargo script to run single rust scripts?

  • remotelove
    link
    fedilink
    arrow-up
    2
    ·
    2 months ago

    I admire the willingness to share your work, but this is easier to do with a disposable one-liner at the prompt that you can repeat with an up arrow and a carriage return, if needed.

    Sure, this script would be perfect for something like a cron job, but that would raise quite a few more questions as to why you would complie on a fixed schedule.

    I can think of a few edge-cases where this script would be useful, but it just seems like it adds extra steps where extra steps might not be needed.

    • trymeout@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      2
      ·
      2 months ago

      It could be done with a one liner in the terminal but adding arguments when running the binary will be in the middle of the command, not at the end of the command.

      Also the usecase for me is for sample scripts I have. This makes it easy to compile, run and delete the binary.

      • remotelove
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        2 months ago

        If it’s useful to you, that is great.

        Will rustc not just overwrite the old binary? If you are just doing a cleanup task, that’s cool. If nuking the last binary is important, then just do it first:

        rm ./code; rustc ./code.rs -o ./code; ./code -mah args

        • Hawk@lemmynsfw.com
          link
          fedilink
          arrow-up
          3
          ·
          2 months ago

          Or a makefile / justfile would be good too.

          I put those on each directory and do just run to pick up the thing I was working on quickly.