Opened 12 years ago
Closed 11 years ago
#568 closed defect (fixed)
mingw64 chain compiling win32 regress failure
Reported by: | robe | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 3.4.0 |
Component: | Default | Version: | main |
Severity: | Unassigned | Keywords: | |
Cc: |
Description
The good news is I get 3 fewer failures compiling my 32-bit under the ming 64 chain. The bad news I still get a failure. See attached file. This is using gcc 4.5.4 (I suspect I probably still have issues with 4.6+)
Attachments (1)
Change History (9)
by , 12 years ago
Attachment: | geosming64_win32.txt added |
---|
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Sandro,
I've switched to using CMake for building GEOS. It still seems to have the issue with long long int,but at least I can pass that in as an argument and then all regress pass.
http://trac.osgeo.org/geos/wiki/BuildingOnMINGW64CMake
Mat -- any thoughts on accepting Sandro's patch?
comment:3 by , 11 years ago
configure is an autogenerated file. I see the section you are talking about in acsite.m4 though. Unfortunately I don't seem to have the permssions to commit.
comment:4 by , 11 years ago
This is the last ticket before we can close 3.4.0 -- you know I'm not the best person to deal with this. Regina, are you willing to ?
comment:8 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Okay I have committed my change to acsite.m4 at r3855 (its still hanging - not sure its just me but if its not we may have to look into what is haniging svn). I'll reopen if I see winnie still having problems.
Hi Robe,
I've been able to succesfully compile GEOS-trunk [geos-20121123 nightly snapshot] on MinGW-64 v.4.7.0
Anyway I've noticed a very puzzling issue caused by ./configure (please note: it works nicely on MinGW 32, this issue is strictly limited to MinGW 64, and the same identical issue affects the GEOS 3.3.6 ./configure script)
the cause explaining for this oddity is in this line of the ./configure script:
simply changing the above line as follows seems to be an effective solution:
I strongly suspect that Win64 has its own opinions about exit(), true and false :-D
bye Sandro (SpatiaLite maintainer)