Linker error for d.o: relocation R_X86_64_32 against `__dmd_personality_v0'
rcorre via Digitalmars-d-learn
digitalmars-d-learn at puremagic.com
Sat Apr 23 10:06:07 PDT 2016
On Saturday, 23 April 2016 at 00:55:07 UTC, rcorre wrote:
> On Friday, 22 April 2016 at 10:25:34 UTC, Chris wrote:
>> On Friday, 22 April 2016 at 09:49:02 UTC, Rene Zwanenburg
>> wrote:
>>> On Thursday, 21 April 2016 at 16:29:14 UTC, rcorre wrote:
>>>>> - What happens when you compile a binary without phobos and
>>>>> druntime, and with a custom entry point? I've never done
>>>>> that myself and don't remember how to do that off the top
>>>>> of my head, but the info should be somewhere on dlang.org.
>>>>
>>>> I'll look into it.
>>>
>>> Declaring a C-like main and the -defaultlib switch do the
>>> trick:
>>>
>>> ---- cmain.d
>>> extern(C) void main() nothrow {}
>>> ---
>>>> dmd cmain.d -defaultlib=""
>>>
>>> If even that fails to link I honestly wouldn't know where to
>>> look next..
>>
>> This seems odd. Have you tried to reinstall dmd? You could use
>> dvm [1] to install different versions of dmd and see what
>> happens. It seems as if there's something wrong with your
>> installation. I have Ubuntu at work and ArchLinux at home. It
>> works fine, there shouldn't be any problem with compiling your
>> program.
>>
>> [1] https://github.com/jacob-carlborg/dvm
>
> No luck with cmain.d.
> Its definitely an environmental problem -- I have an almost
> identical Archlinux desktop that is fine.
> I thought I'd try my dev DMD, but realized I can't even compile
> it now that DMD is written in D >.<
Got it! I installed hardening-wrapper to build python34.
gcc was pointing to /usr/bin/hardening-wrapper/gcc.
I had to look up what hardening-wrapper even is -- and I found my
way straight to the archwiki article describing exactly my
problem:
https://wiki.archlinux.org/index.php/D_(programming_language)#hardening-wrapper
Thank you to everyone who tried to help!
More information about the Digitalmars-d-learn
mailing list