executable

hi I have a Lua program (written in Lua 5.1). I'm on Windows 7, trying to convert it to an executable. No luck so far. I've read other posts here that suggested using srlua to do this so I've downloaded it but I'm on a loss as to what to do next. I installed cygwin as I understand it's necessary but I don't know how to use srlua to convert a lua file into an executable. Any help will be appreciated. Lorenzo Donati srlua is distributed as source only, so you have to compile it first (see this answer for suggestions on getting a free C compiler). BTW, Cygwin is not necessary at all. The

Let's say I have included a binary into my program during compilation so, I keep it in a variable something like var myExec =[]byte{'s','o','m','e',' ','b','y','t','e','s'} So my question is whether there is a way to execute this binary within my program without writing it back to the disc and calling exec or fork on it? I am writing my app in Golang so the method I am seeking for is to do it using Go or C (using CGO). Basically, I am seeking something like piping the bash script into bash just I don't know where can I pipe the bytes of a native executable to run it and writing it back to disk

Is there any way to produce stand alone haskell executable to run on different linux machines assuming the architecture is similar? Sorry I should have been clearer. The other machines might not have ghc installed on them - a bit like pyinstaller for python is what I was looking for? You can use the flags -static -optl-pthread -optl-static to avoid dynamically linked dependencies when compiling a Haskell project. This should help you run the compiled executable on two linux machines that do not have the exact same library versions. Yes it is possible. Just like with gcc-produced binaries, you

Under Windows I have used a program called dependency walker to examine the libraries the application is using. I was wondering how I can achieve this on Linux for a standard binary: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped Thanks. Try: ldd executable For example: [me@somebox ~]$ ldd /bin/ls linux-gate.so.1 => (0xb7f57000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7f4c000) libselinux.so.1 => /lib/libselinux.so.1 (0xb7f32000) libacl.so.1 => /lib/libacl.so.1 (0xb7f2b000) libc.so.6 => /lib/tls/i686/cmov

At the beginning of all my executable Python scripts I put the shebang line: #!/usr/bin/env python I'm running these scripts on a system where env python yields a Python 2.2 environment. My scripts quickly fail because I have a manual check for a compatible Python version: if sys.version_info < (2, 4): raise ImportError("Cannot run with Python version < 2.4") I don't want to have to change the shebang line on every executable file, if it's possible; however, I don't have administrative access to the machine to change the result of env python and I don't want to force a particular version, as

I am first experiencing this issue on my fresh installation of lubuntu 17.04. I have used to use Ubuntu before and I hadn't this issue before. I compiled my qt application and I can execute it through command line by issuing with "./". However, I can't execute it by clicking on file manager (neither PCManFM, Nautilus...) Both recognizes it as shared library file type. How can I run it by clicking directly on the file? this is what happens when I double-click the executable through file manager: build-log: 11:20:05: Running steps for project APP_release... 11:20:05: Configuration unchanged,