• Stephen C (6/6) Oct 26 2021 I recently upgraded my Linux OS and installed DMD 2.098. But now
• Elronnd (6/13) Oct 26 2021 Ensure that you have a file named 'app.d' in your source/src
• Stephen C (23/28) Oct 27 2021 My project is a game (using graphics). I've set all the necessary
• Paul Backus (6/9) Oct 27 2021 This is not a problem with your D toolchain, it's a problem with
• Stephen C (13/16) Oct 27 2021 Linux Mint 20.2 with XFCE4 and Thunar file manager.
• Paul Backus (12/23) Oct 27 2021 I have the same issue on Debian with PCManFM. A bit of searching
• Stephen C (7/14) Oct 28 2021 I just wanted to post that this worked. Running DMD with the "-v"

Stephen C <schatelain msn.com> writes:

I recently upgraded my Linux OS and installed DMD 2.098. But now 
when I build my project with Dub, I can't run the binary by 
clicking the binary's icon because the OS thinks it is a shared 
library. I can still run it from the command line though.

I read that this might be fixed by not using -fPIE, so I removed 
that flag from dmd.conf. But then my program won't even compile.

Elronnd <elronnd elronnd.net> writes:

On Tuesday, 26 October 2021 at 15:13:02 UTC, Stephen C wrote:
 I recently upgraded my Linux OS and installed DMD 2.098. But 
 now when I build my project with Dub, I can't run the binary by 
 clicking the binary's icon because the OS thinks it is a shared 
 library. I can still run it from the command line though.

 I read that this might be fixed by not using -fPIE, so I 
 removed that flag from dmd.conf. But then my program won't even 
 compile.

Ensure that you have a file named 'app.d' in your source/src 
directory.

Alternately, set "targetType": "executable" in your dub.json.

Alternately, fix whatever graphical thingy you are using that 
lets you click on file names.

Stephen C <schatelain msn.com> writes:

On Wednesday, 27 October 2021 at 03:39:53 UTC, Elronnd wrote:>
On Wednesday, 27 October 2021 at 03:39:53 UTC, Elronnd wrote:
 Ensure that you have a file named 'app.d' in your source/src 
 directory.

 Alternately, set "targetType": "executable" in your dub.json.

 Alternately, fix whatever graphical thingy you are using that 
 lets you click on file names.

My project is a game (using graphics). I've set all the necessary 
fields in dub.json. I can run it from the command line which 
opens the window and starts the game correctly. But it will not 
run when started from the gui by clicking on the icon.

The output from the "file" command shows that the OS thinks this 
is a shared object. (see below)

_ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, 
BuildID[sha1]=7956a95c2464895f9b02c1dab1b11961a69f56f4, for 
GNU/Linux 3.2.0, not stripped_

I even created a Makefile and compiled it with make/dmd and I get 
the same result. Is this a Linux-specific issue when compiling 
with the -fPIC option (set in dmd.conf). And is it possible to 
compile a project using dmd without the -fPIC option?

I tried to remove -fPIC from dmd.conf, but it fails with the 
below message:

_relocation R_X86_64_32 against symbol `__dmd_personality_v0' can 
not be used when making a PIE object; recompile with -fPIE
collect2: error: ld returned 1 exit status_

This only started happening when I upgraded my Linux and DMD 
versions, so I assume it's a recent change in one of those.

Paul Backus <snarwin gmail.com> writes:

On Tuesday, 26 October 2021 at 15:13:02 UTC, Stephen C wrote:
 I can't run the binary by clicking the binary's icon because 
 the OS thinks it is a shared library. I can still run it from 
 the command line though.

This is not a problem with your D toolchain, it's a problem with 
whatever graphical interface you're using to view the file and 
click on it. Which Linux distribution are you using, and which 
file browser/desktop environment are you using when you attempt 
to run the program by clicking on it?

Stephen C <schatelain msn.com> writes:

On Wednesday, 27 October 2021 at 19:16:29 UTC, Paul Backus wrote:
 Which Linux distribution are you using, and which file 
 browser/desktop environment are you using when you attempt to 
 run the program by clicking on it?

Linux Mint 20.2 with XFCE4 and Thunar file manager.
I think you're right - it seems to be a problem with Thunar (and 
possibly other file managers in Linux).

 From a bug report I just found:
_An application built with the "-PIE" flag will be seen as a 
"application/x-sharedlib" mime type unless the user explicitly 
uses the "-nopie" link flag. When attempting to open the 
application, Thunar will ask the user what application to use - 
even though it's an application._

I assume this also happens with the "-PIC" flag. But is there any 
way to run DMD without the -fPIC flag (set in dmd.conf)? I tried 
to remove it, but then it won't compile at all.

Paul Backus <snarwin gmail.com> writes:

On Wednesday, 27 October 2021 at 19:48:14 UTC, Stephen C wrote:
 On Wednesday, 27 October 2021 at 19:16:29 UTC, Paul Backus 
 wrote:
 Which Linux distribution are you using, and which file 
 browser/desktop environment are you using when you attempt to 
 run the program by clicking on it?

 Linux Mint 20.2 with XFCE4 and Thunar file manager.
 I think you're right - it seems to be a problem with Thunar 
 (and possibly other file managers in Linux).

I have the same issue on Debian with PCManFM. A bit of searching 
turns up this bug report for the `shared-mime-info` database, 
which seems to be the root of the problem:

https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/11

 I assume this also happens with the "-PIC" flag. But is there 
 any way to run DMD without the -fPIC flag (set in dmd.conf)? I 
 tried to remove it, but then it won't compile at all.

[Since Debian 9][1], pretty much all Debian-based distros have 
their C toolchain set up to produce position-independent 
executables by default. So you will probably need to have DMD 
pass `-no-pie` when it invokes GCC to link the executable (or do 
a separate link step and pass it yourself).

[1]: 
https://www.debian.org/releases/stretch/i386/release-notes/ch-information.en.html#pie-is-now-default

Stephen C <schatelain msn.com> writes:

On Wednesday, 27 October 2021 at 22:09:26 UTC, Paul Backus wrote:
 [Since Debian 9][1], pretty much all Debian-based distros have 
 their C toolchain set up to produce position-independent 
 executables by default. So you will probably need to have DMD 
 pass `-no-pie` when it invokes GCC to link the executable (or 
 do a separate link step and pass it yourself).

 [1]: 
 https://www.debian.org/releases/stretch/i386/release-notes/ch-information.en.html#pie-is-now-default

I just wanted to post that this worked. Running DMD with the "-v" 
flag showed exactly how it uses CC to link. I was able to compile 
with DMD and then add the "-no-pie" flag to the CC linker command 
and it works perfectly now - the binary is tagged as "executable" 
and can now be run by clicking it's icon in the GUI.

Thanks, Paul.