Fw: [geos-devel] Fw: 3.0

[S Knox]

Yes,

That new version of inlines.cpp works absolutely fine for me.

Cheers

Steve




________________________________
From: Mark Cave-Ayland <mark.cave-ayland at ilande.co.uk>
To: GEOS Development List <geos-devel at lists.osgeo.org>
Cc: S Knox <roxyknox at yahoo.co.uk>
Sent: Saturday, 15 November, 2008 14:24:44
Subject: Re: [geos-devel] Fw: 3.0

On Sun, 2008-11-09 at 23:04 +0000, S Knox wrote:
> Mark,
> 
> after some deliberation, I think I've found the issue. Currently the
> line reads:
> 
> #if !defined(__MINGW32__) || defined(__MINGW32__) && !
> defined(DLL_EXPORT) || 
> !defined(__CYGWIN__) || defined(__CYGWIN__) && !defined(DLL_EXPORT)
> 
> However if it is changed to read:
> 
> #if defined(__MINGW32__) && !defined(DLL_EXPORT) || 
> !defined(__CYGWIN__) || defined(__CYGWIN__) && !defined(DLL_EXPORT)
> 
> It compiles correctly.
> 
> Therefore I think this is a logic issue. If __CYGWIN__ is defined, then you would expect __MINGW32__ not to be defined, or vice versa. So this condition will always be met even if you have either Cygwin or MinGW (at least that seems to be what's happening on my system).


Hi Steve,

I had a look at this on a cygwin gcc-4.3 install and the issue is that
libtool doesn't define DLL_EXPORT during the build process. The
interesting aspect coming from this is that I think upon review that the
MingW/Cygwin workarounds are effectively just silently removing the
inlines from the build. However, I don't have enough experience with the
linker to know if this is even possible in the Win32 world, or if it's a
gcc thing :(

Please find attached 2 files: the first is a new source/inlines..cpp
which should replace the one in GEOS 3.0.3rc1. This works for me under
Linux, MingW32 and cygwin, so please test and report back.

The second file is a patch to apply the above changes to SVN 3.0 branch
and SVN trunk, assuming that everything works as it should. If the above
testing goes to plan and these are applied to SVN just before release,
please can someone verify that this doesn't affect the MSVC GEOS build?
I'm reasonably confident they shouldn't, but it would be nice to make
sure...


ATB,

Mark.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geos-devel/attachments/20081117/cf0572c2/attachment.html