[BUG ?] Failed to rebuild Cygwin

Corinna Vinschen corinna-cygwin@cygwin.com
Wed Jul 31 12:06:00 GMT 2013


On Jul 31 19:31, JonY wrote:
> On 7/31/2013 18:47, Corinna Vinschen wrote:
> > Erm... hang on.  On second thought, I'm not sure that this is a bug.
> > The actual bug here was clearly in the Cygwin utils Makefile.
> > 
> > In fact, since w32api should only be used by Cygwin executables, why
> > should w32api provide libmingwex.a at all?  Linking a Cygwin executable
> > against libmingwex doesn't sound like the right thing to do.  Shouldn't
> > rather libmingwex.a just go from w32api?
> > 

I just realize that libmingw*.a is not packed with w32api-runtime
anyway, so my question doesn't make sense.

> Can you see what happens if libmingwex.a was replaced by the empty libm.a?

I don't understand what you mean.  Can you rephrase the question?

> It is only _get_output_format require stuff from msvcrt,
> _set_invalid_parameter_handler just uses some typedef declaration.
> 
> I'm starting to wonder if this require a deeper fix.

Not sure, but the problem here was clearly that the crt2.o from
mingw-crt didn't match with what is provided by w32api-runtime.
However, there's no point linking against mingw-crt crt2.o but then use
the libs from w32api, so this isn't really a problem in w32api-runtime.

So, bottom line is, I'm not sure there's anything to fix in
w32api-runtime at all.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple



More information about the Cygwin mailing list