Message-ID: <002d01c3236a$3fa2df50$0100a8c0@acp42g>
From: "Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
To: "Richard Dawe" <rich AT phekda DOT freeserve DOT co DOT uk>
Cc: <djgpp-workers AT delorie DOT com>, "Andris Pavenis" <pavenis AT latnet DOT lv>
References: <002301c31cfb$6ebfabd0$0100a8c0 AT acp42g> <001901c31dfe$cb7cfa90$0100a8c0 AT acp42g> <3ED11B0E DOT D046CB25 AT phekda DOT freeserve DOT co DOT uk>
Subject: Re: GCC 3.3 & LIBC patch #2 - build process change
Date: Mon, 26 May 2003 19:36:12 +1000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Reply-To: djgpp-workers AT delorie DOT com

..SNIP..
> > Analaysis:-
> > The problem is caused by GCC 3.3 changing its checking. The current LIBC
> > make process does not include a specific gcc option file for C++ files
and
> > instead uses the gcc.opt file.
> >
> > Proposal:-
> > Add a GPP.OPT file and modifiy the relevant files to use this.
> [snip]
>
> Perhaps we could generate gpp.opt from gcc.opt using a script that filters
out
> invalid options for C++. For an example see noprof.sed, which we use to
filter
> out the profiling options, when building the profiling code. noprof.sed is
> only used with one source file, so we apply that on the fly with sed to
> gcc.opt. gpp.opt should be generated once, I think, to avoid the overhead
of
> starting sed for each C++ file.
I will spend some time on this later in the week.

> The fix to emu387 looks fine. I was thinking that we could make the 'tag'
> member of 'struct reg' an int, to avoid the typecast, but that's probably
not
> worth it. Do you want me to commit that part of the patch?
Yes please commit the emu387 change. One less file I need to keep any eye on
to ensure that the change makes it in.

Andrew