[GRASS5] mingW: how to exclude win32_pipes.c & user_config.c from compilation?

Glynn Clements glynn at gclements.plus.com
Mon Feb 13 11:09:37 EST 2006


Radim Blazek wrote:

> > > > we have to exclude compilation of
> > > > lib/gis/win32_pipes.c
> > > > lib/gis/user_config.c
> > > >
> > > > when compiling with mingW.
> > >
> > > Huh? The whole of win32_pipes.c is conditionalised upon
> > > "#ifdef __MINGW32__", so if that file isn't wanted for MinGW, it
> > > should just be removed.
> > >
> > > > How to modify the Makefile?
> > > > Is there a way to define an EXCLUDE variable in this
> > > > Makefile and make include/Make/Lib.make aware of it?
> > > >
> > > > I know too little about Makefile programming to implement
> > > > it correctly. Throwing files away may not be the solution.
> > >
> > > The usual approach is to just conditionalise the entire source file
> > > upon a macro, so that you effectively get an empty file if the test is
> > > false.
> >
> > I don't know - this was a request by Radim, I suggested
> > to him to remove the files. Let's listen to him.
> 
> Those two files do not compile with MinGW but they are not
> used in fact. The files were not in the list of files for compilation
> in Makefile but with the recent change which is using *.c
> appeared in the list. I only want that it compiles. Do whatever
> you prefer. I just worry that if we delete the files the code will be
> forgoten for ever.

ISTR that win32_pipes.c is supposed to be replacements for
unix_socks.c, as Windows doesn't support PF_LOCAL (aka PF_UNIX)
sockets.

Personally, I would have thought it would be simpler to just use a
PF_INET socket instead (e.g. use an ephemeral port and write the port
number to a file with the same pathname as would have been used for
the PF_LOCAL socket).

Do you have any idea why they don't compile under MinGW? Both appear
to have been explicitly written with MinGW in mind. Maybe we need some
additional compilation options?

-- 
Glynn Clements <glynn at gclements.plus.com>




More information about the grass-dev mailing list