LibTiff Mailing List
TIFF and LibTiff Mailing List Archive
June 2010
Previous Thread
Next Thread
Previous by Thread
Next by Thread
Previous by Date
Next by Date
Contact
The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems
Thread
2010.06.29 11:23 "Re: [PATCH] Build tif_win32.c on Windows except on Cygwin", by Andrey Kiselev
On Fri, Jun 18, 2010 at 02:35:23PM -0400, Adam Goode wrote:
> >> +dnl Check for Win32 IO: make sure we have windows.h but not cygwin
> >> +case "${host_os}" in
> >> + cygwin*)
> >> + win32_io_ok=no
> >
> > This bit seems wrong in the case where Cygwin is used to build a native
> > Windows (MinGW) application. It is also wrong for a MinGW
> > cross-compiler. The target OS should be what matters.
> >
>
> Also, there is another spot, just above in configure.ac that should be
> target_os, yes?
>
> dnl We don't need to add math library to all targets
> case "${host_os}" in
> cygwin* | mingw32* | beos* | darwin*)
> ;;
> *)
> AC_CHECK_LIB(m,sin,,,)
> ;;
> esac
No, it was correctly done here and your patch was correct too. There is a quote
from autobook:
"When building cross compilation tools, there are two different systems
involved: the system on which the tools will run, and the system for which the
tools will generate code. The system on which the tools will run is called the
host system. The system for which the tools generate code is called the target
system.
For example, suppose you have a compiler which runs on a GNU/Linux system and
generates ELF programs for a MIPS-based embedded system. In this case, the
GNU/Linux system is the host, and the MIPS ELF system is the target. Such a
compiler could be called a GNU/Linux cross MIPS ELF compiler, or, equivalently,
a `i386-linux-gnu' cross `mips-elf' compiler. We discussed the latter sorts of
names earlier; see 3.4 Configuration Names.
Naturally, most programs are not cross compilation tools. For those programs,
it does not make sense to speak of a target. It only makes sense to speak of a
target for programs like the GNU compiler or the GNU binutils which actually
produce running code. For example, it does not make sense to speak of the
target of a program like make."
Best regards,
Andrey
--
Andrey V. Kiselev