Re: [AD] Don't use Devpaks

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


 

On 5/9/2016 at 11:04 AM, Peter Hull <peterhull90@xxxxxxxxxx> wrote: 
On Mon, 9 May 2016 at 17:59 Andrew Robinson <arobinson18@xxxxxxxxxx> wrote:
On 5/9/2016 at 5:19 AM, Peter Hull <peterhull90@xxxxxxxxxx> wrote: 
Interesting, looks like 'orwelldevcpp' is a fork of the original Bloodshed one. I'd never heard of that, I thought development had ceased.
Yeah, I was confused by that at first too, but it explains a lot. Version 5 of Dev-Cpp is the fork by Orwell of the Version 4 of Dev-Cpp. The name is confusing too. I can't tell if it is supposed to be called Dev-Cpp or Dev-C++.
Neither the ISO nor ANSI C standard specify a runtime. A runtime is only a requirement if your application requires one. In Microsoft's case, you can compile your C code to P-code, and since the P-code requires an interpreter, that interpreter is the runtime engine. Otherwise, C programs by definition have no runtime.
 'Runtime' possibly is an overused term. I (and I think most people) would consider 'the C runtime' to be the implementation of the stuff in the standard headers (stdlib etc.) plus the initial startup code (crt0.o in unix-speak). That is mandated, see section 4 - Compliance in ISO/IEC 9899:201x. Unfortunately Microsoft also used Runtime as in Common Language Runtime which, I agree, is nothing to do with C.
I didn't know that. For me it means that when people say "runtime", they aren't really referring to the original and literal definition of a runtime, i.e. -- the definition you are taught in CE or CS classes. I guess I will just have to learn to accommodate other's use of this term.
I've seen both, although if the APIs are written in 32-bit, the OS will have to switch processor states everything it switches from 64-bit to 32-bit mode and vice versa. That would slow things down considerably so if the APIs are written in 32-bit, it would be better for performance to create the entire app as a 32-bit app.
As I understand it, mixing 32 and 64 bit in one process is not possible; the only way is to use forwarding libraries and IPC which would be madness. But I also think the penalty for using a 32 bit process on win64 is not too bad. I'm not an expert on that so am prepared to be wrong.
There are two ways to mix 32-bit and 64-bit code:
 
1. Do it yourself by setting the control registers of the processor (with caveats), or
2. Let the OS do it for you. In the case of Windows, this would be utilizing the Wow64 subsystem.
 


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/