This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
Re: build from newlib directory broken for cygwin
On Mon, May 19, 2003 at 03:38:21PM -0400, Christopher Faylor wrote:
> No, I reconfigured from newlib directory level. That should be fine,
> shouldn't it? You shouldn't have to reconfigure from the top-level
> directory to get the desired behavior. If newlib now requires files in
> the cygwin directory it seems like it should know how to get them.
Weird, though, that newlib depends on files in winsup/cygwin/include/cygwin
already for more than a year (types.h, stat.h). How did that work before?
However, would a patch like this sufficiently solve the problem? Or is there
a more appropriate place to add the path?
* configure.host: Add path to cygwin's include directory in the
same source tree when building for Cygwin.
Index: newlib/configure.host
===================================================================
RCS file: /cvs/src/src/newlib/configure.host,v
retrieving revision 1.49
diff -u -p -r1.49 configure.host
--- newlib/configure.host 12 May 2003 11:09:38 -0000 1.49
+++ newlib/configure.host 19 May 2003 21:02:24 -0000
@@ -431,7 +431,7 @@ esac
case "${host}" in
*-*-cygwin*)
- newlib_cflags="${newlib_cflags} -DHAVE_OPENDIR -DHAVE_RENAME -DSIGNAL_PROVIDED -DWANT_IO_LONG_DBL -DWANT_PRINTF_LONG_LONG -D_COMPILING_NEWLIB -DHAVE_FCNTL -DMALLOC_PROVIDED"
+ newlib_cflags="${newlib_cflags} -DHAVE_OPENDIR -DHAVE_RENAME -DSIGNAL_PROVIDED -DWANT_IO_LONG_DBL -DWANT_PRINTF_LONG_LONG -D_COMPILING_NEWLIB -DHAVE_FCNTL -DMALLOC_PROVIDED -isystem \$(newlib_basedir)/../winsup/cygwin/include"
syscall_dir=syscalls
;;
# RTEMS supplies its own versions of some routines:
Corinna
--
Corinna Vinschen
Cygwin Developer
Red Hat, Inc.
mailto:vinschen@redhat.com