This is the mail archive of the cygwin@sourceware.cygnus.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]

Re: Extreme newbie here...



"Parker, Ron" wrote:

> ...

> > (Cygwin did have the ability to generate Windows programs, but it is
> > unfortunately broken in recent releases.)
> 
> Actually, I have been investigating this.  GCC should work just fine
> with -mno-cygwin for C code.  It also works pretty well for C++ code. 
> I have only found two problems so far.
> 
> The first problem is minor and involves the way g++ links with libc.a
> and libm.a.  I have a modified g++.exe that I can send to peaple that
> need it until I can release an update gcc package.  (Mumit is still
> the "real" maintainer, he is just unavailable until mid-month.)
> 
> The second problem is more of an issue.  Currently when the compiler
> driver is called with -mno-cygwin it cannot link code that uses
> exceptions.  I am looking into this.  I have not had a chance to
> validate whether or not this worked with B20.x, a given DLL snapshot,
> and/or some version of Mumit's GCC release.  I assume it did, but
> possibly required his mingw-extras package.  This does not appear to
> work with the net release.

I also noticed that it seems to pulling the incorrect header files.  I
think Paul Baxter wrote that he had a workaround for this but I don't
think he wrote what exactly it was...
 
> The other issue that arises in some packages like FLTK is that the
> cygwin 1.1.x release uses a newer version of gcc that adheres more
> strictly to the C++ standard and as a result will not accept some code
> that earlier versions would accept.  This will require changes to the
> package's source code.  An example of this kind of problem is shown
> below:
> 
> gcc -I /usr/i686-pc-cygwin/include/mingw -I.. -I. -O2 -fforce-mem
> -fforce-addr -fcaller-saves -fomit-frame-pointer -DWIN32 -mno-cygwin
> -DWIN32 -mno-cygwin Fl_Widget_Type.cxx -c
> Fl_Widget_Type.cxx: In method \
> `void Fl_Widget_Type::read_property(const char *)': \
> Fl_Widget_Type.cxx:2007: cannot resolve overloaded function `name' \
> based on conversion to type `const char *'

Oops.  I should have mentioned in my email that due to recent internal
changes in FLTK compilation in that directory is very broken on _every_
platform.  If you want the try the FLTK pre alpha snapshots out, please
ignore the "fluid" directory.

> ...

Thanks,
Carl Thompson

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


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