On 22/02/17 00:39, Joseph Rushton Wakeling wrote:
OK, fair enough. In my case I think it was the C-library parts of the D
standard library that were being compiled without PIC. Seems OK to assume this
may have been a project-specific thing, then (which is now fixed upstream).
Just for the
On 22/02/17 00:08, Seth Arnold wrote:
Libraries are usually compiled as position independent code; this has not
changed.
OK, fair enough. In my case I think it was the C-library parts of the D
standard library that were being compiled without PIC. Seems OK to assume this
may have been a
On Tue, Feb 21, 2017 at 11:01:48PM +0100, Joseph Rushton Wakeling wrote:
> OK, thanks for the clarification. So this raises the question ...
> can/should snapcraft ensure this option is used when building snap packages?
>
> It's obviously not an issue for most apps, but any snap exposing a
>
On 21/02/17 22:47, Seth Arnold wrote:
On Mon, Feb 20, 2017 at 10:12:25PM +0100, Joseph Rushton Wakeling wrote:
First, I'd thought that Ubuntu 16.04's GCC already generated
position-independent code by default, but was this in fact only introduced
with 16.10 ... ?
Correct, this was changed for
On Mon, Feb 20, 2017 at 10:12:25PM +0100, Joseph Rushton Wakeling wrote:
> First, I'd thought that Ubuntu 16.04's GCC already generated
> position-independent code by default, but was this in fact only introduced
> with 16.10 ... ?
Correct, this was changed for 16.10:
Hello all,
Turns out my ldc2 compiler snap fails to work correctly on Ubuntu 16.10. When
linking programs it falls over with the following message:
/usr/bin/ld: /snap/ldc2/4/bin/../lib/libdruntime-ldc.a(errno.c.o): relocation
R_X86_64_PC32 against symbol `__errno_location@@GLIBC_2.2.5' can