Groups | Search | Server Info | Login | Register
Groups > comp.os.os2.programmer.misc > #1819
| From | Paul Edwards <mutazilah@gmail.com> |
|---|---|
| Newsgroups | comp.os.os2.programmer.misc |
| Subject | Re: C DLL |
| Date | 2024-02-17 09:49 +0800 |
| Organization | A noiseless patient Spider |
| Message-ID | <uqp3b8$3qu6$1@dont-email.me> (permalink) |
| References | <uqogv4$t2l$1@dont-email.me> <uqojbs$1ac8$1@dont-email.me> <ngSzN.229273$yEgf.198939@fx09.iad> |
On 17/02/24 07:32, Dave Yeo wrote: >>> MSC 6.0 had the ability to produce an OS/2 1.x >>> C DLL, but it wasn't a standard name (cdllobjs.cmd >>> produces cexample.dll by default, but that wasn't >>> something shipped with OS/2 1.x that I am aware of). >> >> I documented that in makefile.mos in pdpclib: >> >> # Note that we should also produce a DLL that is compatible >> # with the MSC 6.0 version when you do: >> # c:cdllobjs . >> # cl /AHu /MD /F 4000 world.c crtexe.obj cexample.lib >> # set OS2LIBPATH=. (for Windows 2000, otherwise just LIBPATH) >> # probably want to call the DLL PDPCRT.DLL > > You have a choice of OS/2 v1 16 bit DLLs or OS/2 v2 32 bit DLLs. > See the OpenWatcom Linker guide I think you misunderstood my question. Do you know what mingw is on Windows? And msvcrt.dll. I'm after the OS/2 2.0 equivalent of that. I already (believe I) know the equivalent for OS/2 1.x. Microsoft basically set the standard for OS/2 1.x C compilers, and I know what they did to push the C runtime library into a separate DLL instead of having it statically linked into every executable. With Microsoft gone by OS/2 2.0, it would have been IBM with CSET/2 that set any standard for a separate DLL for the C runtime. BFN. Paul.
Back to comp.os.os2.programmer.misc | Previous | Next — Previous in thread | Next in thread | Find similar
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