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.
Is there a reason you’re not just doing “cargo run”?
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.
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.
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.
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.