delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/01/12/15:24:33

From: Mark Poolman <mgpoolman AT brookes DOT ac DOT uk>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: dlls with djgpp
Date: Wed, 12 Jan 2000 17:44:31 +0000
Organization: Oxford Brookes University
Lines: 42
Message-ID: <387CBD7F.E45C06E@brookes.ac.uk>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1000112085911 DOT 28074M-100000 AT is>
NNTP-Posting-Host: tnb5e2fa.brookes.ac.uk
Mime-Version: 1.0
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686)
X-Accept-Language: en
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Eli Zaretskii wrote:

>
> DJGPP doesn't support shared libraries.  There is a limited facility,
> called DXE, for dynamic loading of simple code modules, but it's a far
> cry from shared libraries.  See section 22.14 of the FAQ for more
> details about DXE.
>

This looked hopeful, but when I try :

  dxegen MyLib.dxe _MyFunc MyLib.o

The result is :

    ld -X -S -r -o dxe__tmp.o -Lc:/root/gnu/lib MyLib.o  -T dxe.ld
    Error: input file has more than one section; use -M for map


MyFunc() returns a pointer to a largish struct, which in turn contains
various pointers to functions and variables. There are no static and no
external references/declarations. The source is c++, but doesn't contain any
class information. This was compiled with gxx, without optimisation or other
fancy flags. The file dxe__tmp.o exists and appears to be a valid 80386
COFF executable version 30821.


>
> There are two optional packages written for DJGPP which allow more
> versatile dynamic code loading.  Look in section 22.3 of the FAQ for
> DLM and DLX.

Both these links appear to be broken.

Thanks for your help so far,

Best regards

Mark



- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019