Message-Id: <4.2.0.58.20010425111557.0178b2e0@ics.u-strasbg.fr>
X-Sender: muller AT ics DOT u-strasbg DOT fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date: Wed, 25 Apr 2001 11:19:44 +0200
To: djgpp-workers AT delorie DOT com
From: Pierre Muller <muller AT cerbere DOT u-strasbg DOT fr>
Subject: Re: Fixed core dumper in dpmiexcp.c
In-Reply-To: <Pine.SUN.3.91.1010425115735.24299F-100000@is>
References: <3 DOT 0 DOT 1 DOT 32 DOT 20010425154212 DOT 006d5b7c AT wingate>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


>I was thinking along the lines of providing the modified dpmiexcp.c (and
>maybe a modified crt0.S) in this separate library.  If you say something
>like "gcc foo.c -lcore", these modified versions are linked in instead of
>the stock ones in libc.a.

   Doesn't this need a hack to gcc to load the modifed crt0.o
instead of the ordinary one?
   I thought at least that there is some special code in gcc for the profiling
that also needs a special gcrt0.o startup file.



Pierre Muller
Institut Charles Sadron
6,rue Boussingault
F 67083 STRASBOURG CEDEX (France)
mailto:muller AT ics DOT u-strasbg DOT fr
Phone : (33)-3-88-41-40-07  Fax : (33)-3-88-41-40-99