mscoff x86 invalid pointers
Baz via Digitalmars-d-learn
digitalmars-d-learn at puremagic.com
Sun May 10 00:54:33 PDT 2015
On Sunday, 10 May 2015 at 04:16:45 UTC, Etienne Cimon wrote:
> On 2015-05-09 05:44, Baz wrote:
>> On Saturday, 9 May 2015 at 06:21:11 UTC, extrawurst wrote:
>>> On Saturday, 9 May 2015 at 00:16:28 UTC, Etienne wrote:
>>>> I'm trying to compile a library that I think used to work
>>>> with
>>>> -m32mscoff flag before I reset my machine configurations.
>>>>
>>>> https://github.com/etcimon/memutils
>>>>
>>>> Whenever I run `dub test --config=32mscoff` it gives me an
>>>> assertion
>>>> failure, which is a global variable that already has a
>>>> pointer value
>>>> for some reason..
>>>>
>>>> I'm wondering if someone here could test this out on their
>>>> machine
>>>> with v2.067.1? There's no reason why this shouldn't work, it
>>>> runs
>>>> fine in DMD32/optlink and DMD64/mscoff, just not in
>>>> DMD32/mscoff.
>>>> Thanks!
>>>
>>> you can always use travis-ci to do such a job for you ;)
>>
>> doesn't -m32mscoff recquire phobos to be compiled as COFF too
>> ? I think
>> that travis uses the official releases (win32 releases have
>> phobos as
>> OMF) so he can't run the unittests like that...
>>
>> The dark side of the story is that you have to recompile
>> phobos by hand
>> with -m32mscoff...I'm not even sure that there is a option for
>> this in
>> the win32.mak...
>>
>
> Meh, I ended up upgrading to 2.068 and everything went well. I
> clearly remember 2.067.1 working but spent a whole day
> recompiling druntime/phobos COFF versions in every
> configuration possible and never got it working again
Could you tell me the way to compile druntime & phobos 32bit COFF
? Would you have some custom win32.mak to share ?
Thx.
More information about the Digitalmars-d-learn
mailing list