This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: cygwin gcc 3.1 branch updated


On Fri, Jun 28, 2002 at 07:05:31PM +1000, Danny Smith wrote:
> --- Christopher Faylor <cgf@redhat.com> wrote: > I'm in the process of
>checking in some stuff to the cygwin gcc branch.
>> I've checked in my most recent set of changes (mainly for -mno-cygwin)
>> and am currently in the process of checking in the merged changes from
>> the main 3.1.1 branch.  It's taking forever, though.
>> 
>> Anyway, I'm zeroing in on a gcc 3.1 test release.  Maybe this weekend.
>> 
>> cgf 
>
>Chris, I haven't tried yet but I do believe that these changes
>
>	* i386/cygwin.h: Simplify special spec logic.  Define "wrappers" around
>	certain path defines to accommodate -mno-cygwin.  Remove some #if 0'ed
>	code.
>	(GCC_DRIVER_HOST_INITIALIZATION): Define.
>and 
>	* gcc/config/i386/t-cygwin: Add compilation rules for new cygwin
>	targets.
>
>are going to break native  mingw builds, since mingw32.h includes cygwin.h and
>t-cygwin is also a tmake_file for mingw.  Is it time to break out mingw32.h
>from its dependency on cygwin.h?

Yes, sorry Danny.  I meant to mention that.  I believe that we should disentangle
the two.  Either that or we should create common files which both use.  Or, I can
add an #ifdef __CYGWIN__ around that swath of code if that helps.

cgf


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]