Re: C DLL

Newsgroups	comp.os.os2.programmer.misc
Date	2024-02-19 03:47 -0800
References	(5 earlier) <uqr0d2$i8f2$1@dont-email.me> <U9cAN.71155$24ld.37302@fx07.iad> <uqro4k$n0sn$1@dont-email.me> <604d807d-9b19-46f6-9927-8597e353f86dn@googlegroups.com> <uquf5i$1m18k$1@dont-email.me>
Message-ID	<25fa67aa-b1a3-43cf-8669-ff44909195fen@googlegroups.com> (permalink)
Subject	Re: C DLL
From	xhajt03 <xhajt03@gmail.com>

Show all headers | View raw

On February 19, 2024 at 03:41:56 +0100 Paul Edwards wrote:

 .
 .
> I don't know where you are reading this. 
> 
> As far as the OS interface goes - Windows has a 
> kernel32.dll which is similar to doscalls.dll - ie 
> the same (DLL) interface is used. 
> 
> Nor does it matter what the language is. I'm just 
> trying to get C programs to work - but others are 
> free to write in any language they like, using the 
> published interface. 
> 
> Nor do I make any assumptions as to what the OS 
> is written in. I don't care if Windows was written 
> in Turtle Graphics.
 .
 .

If it was written in Turtle Graphics, MS would probably have distributed something like msvtgrt.dll with it. That's actually the point - the only reason why msvcrt.dll (_M_S_ _V_isual _C_ _R_un_T_ime DLL) is distributed with MS Windows is because that is the runtime library of their own C compiler (Visual C) and they used it for compiling the operating system (and, obviously, they also wanted to promote their compiler). It isn't because they wanted to simplify things for C programmers interfacing the operating system or anything like that, nor it becomes a standard C runtime library because of that. Various C compilers have their own C run-time library for the platforms they target (and compilers for other languages have their own runtime libraries). Using these libraries (in combination with the respective compiler) brings benefits because people don't have to reinvent the wheel by redoing something already solved by the C compiler authors (or their porters to the respective target operating system). OTOH, duplicating msvcrt.dll on OS/2 or whatever else (by building it from scratch using a different C compiler instead of using the runtime library of that particular C compiler) brings no benefits visible to me at least.

Tomas

Back to comp.os.os2.programmer.misc | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-17 04:35 +0800
  Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-17 05:16 +0800
    Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-16 15:32 -0800
      Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-17 09:49 +0800
        Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-17 10:42 -0800
          Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-18 03:11 +0800
            Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-17 16:27 -0800
              Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-18 09:56 +0800
                Re: C DLL xhajt03 <xhajt03@gmail.com> - 2024-02-18 07:33 -0800
                Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-19 10:41 +0800
                Re: C DLL xhajt03 <xhajt03@gmail.com> - 2024-02-19 03:47 -0800
                Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-19 20:17 +0800
                Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-19 14:31 -0800
                Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-20 06:47 +0800
                Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-19 22:03 -0800
                Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-20 14:16 +0800
  Re: C DLL Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-16 15:28 -0800
  Re: C DLL Marcel Mueller <news.5.maazl@spamgourmet.org> - 2024-02-17 10:11 +0100
    Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-17 18:00 +0800
      Re: C DLL Paul Edwards <mutazilah@gmail.com> - 2024-02-17 18:03 +0800

csiph-web