[Openmcl-devel] Execution 32bit ccl on windows 64bit

Mark H. David mhd at yv.org
Thu Jul 29 05:18:07 UTC 2010


For the record: I'm building 32-bit in my project, and I strongly agree 
with Gary that it's "obviously desirable" for it to just work on 64-bit 
platforms.

Daniel Weinreb wrote:
> Just for the record: all of the C libraries
> that we use on my project are 64-bit libraries.
> -- Dan
>
> Louis Höfler wrote:
>> Well, the future is 64, so I recompiled all needed
>> libraries for 64bit and everything works now.
>>
>> If I would spend money for ccl,
>> your right, I propably would spend it
>> on other more needed parts.
>>
>> Thank you for the fast reply, Louis.
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Gary Byers [mailto:gb at clozure.com]
>> Gesendet: Mittwoch, 28. Juli 2010 08:33
>> An: Louis Höfler
>> Cc:openmcl-devel at clozure.com
>> Betreff: Re: [Openmcl-devel] Execution 32bit ccl on windows 64bit
>>
>>
>>
>> On Wed, 28 Jul 2010, Louis Höfler wrote:
>>
>>    
>>> Hello everyone.
>>>
>>> I try to play around with the lispbuilder libraries.
>>>
>>> However, these libraries need cffi and if I therefore
>>>
>>> execute ccl 64bit cffi is not able to load the
>>>
>>> precompile SDL libraries, who are 32bit.
>>>
>>> I wanted to execute the ccl 32bit version, but
>>>
>>> it does not start and simply prints out:
>>>
>>>
>>>
>>> C:\ccl>wx86cl.exe
>>>
>>> This application can't run under this OS version
>>>
>>>
>>>
>>> So, how am I able to use the 32bit version on a 64bit
>>>
>>> windows. I found no command line option to disable
>>>
>>> this test.
>>>      
>>
>> 32-bit CCL on Windows tests on startup for the presence of
>> functionality that it needs; this functionality (the ability
>> to influence where x86 segment registers point) isn't present
>> in 64-bit versions of Windows.
>>
>> We could disable the test (or add a command-line option to do so);
>> that's easy.  It's somewhat harder to work around the fact that
>> functionality and to make some fairly deep changes to the win32
>> version of CCL (and, for extra credit, to make these change in
>> a way that doesn't negatively impact other platforms or make things
>> significantly harder to maintain.)
>>
>> It's obviously desirable to do this (and has been for the last year
>> or two); it's not a huge project (probably a week or two's work, most
>> of it more mind-numbing than challenging).  If someone's looking for
>> a low-level CCL systems programming project, let me know and I'll try
>> to explain the issues in greater detail.  Otherwise, I imagine that
>> Gail or Matt or I will get to it someday, but that's been the plan for
>> a couple of years and it's hard to say how soon someday'll be.
>>
>> (Yes, I realize that this is important.  If it's important enough to
>> someone that a few weeks' work can be funded, that'd obviously make
>> it happen quicker.)
>>
>>    
>>>
>>>
>>> Thank you for support, Louis Hoefler.
>>>
>>>
>>>
>>>      
>>
>> _______________________________________________
>> Openmcl-devel mailing list
>> Openmcl-devel at clozure.com
>> http://clozure.com/mailman/listinfo/openmcl-devel
>>    
>
>
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> http://clozure.com/mailman/listinfo/openmcl-devel
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clozure.com/pipermail/openmcl-devel/attachments/20100729/b8252348/attachment.html>


More information about the Openmcl-devel mailing list