[cmake-developers] cmake-2.8.5 build error on the MinGW/MSYS/wine platform

[Alan W. Irwin]

On 2011-09-01 05:45-0700 Alan W. Irwin wrote:

> On 2011-08-28 14:34-0400 Bill Hoffman wrote:
>
>> Can you try and build CMake 2.8.4, then 2.8.3 and see what happens?
>
> Given many hours of computer time (remember the severe latency issue), yes.
> I will get to this eventually, but other projects and computer issues are 
> currently
> delaying it.

I needed cmake to build and test ephcom-2.0.2 (see
http://timeephem.sourceforge.net/ephcom2.php) on MinGW/MSYS/wine so I
just stuck with the distributed cmake binary rather than rebuilding 2.8.5.
However, it turned out that wine-1.3.27 had a severe bug that finally
expressed itself (everything wine-related ground to a halt) a week
later so I switched to wine-1.3.26.  That has been rock solid for me
ever since which allowed me to finish my Windows testing of
ephcom-2.0.2, release it, and finally get back to this topic.

I thought wine-1.3.27 might have been to culprit, but it turns out I
was just now able to generate the same cmake-2.8.5 build error with
MinGW/MSYS/wine-1.3.26.  On that same platform, and with the binary
version of cmake-2.8.5 (which worked very well for me with ephcom2) I
will now attempt builds of cmake-2.8.4 and earlier to see whether the
cmake-2.8.5 build error I am getting is a cmake-source code regression
for this fixed platform.

Meanwhile, could you please consider these further questions just in
case the same build error shows up for cmake-2.8.4 and 2.8.3?

Does anybody have a clue about where the __LA_DECL and/or __LA_SSIZE_T
macros are actually defined?

Has anybody here actually attempted to build cmake 2.8.5 using the
latest MinGW/MSYS on Microsoft Windows with the "MSYS Makefiles"
generator or is that a completely untested combination up to now?

Alan

>
> Meanwhile, it would be good to obtain some response to
> the following questions:
>
>>> If you compare the types of archive_read_data and
>>> archive_read_data_into_buffer in archive_read.c versus
>>> archive.h, the *.c versions are
>>> 
>>> ssize_t
>>> archive_read_data(struct archive *_a, void *buff, size_t s)
>>> 
>>> int
>>> archive_read_data_into_buffer(struct archive *a, void *d, ssize_t len)
>>> 
>>> while the *.h versions are
>>> 
>>> __LA_DECL __LA_SSIZE_T archive_read_data(struct archive *,
>>> void *, size_t);
>>> 
>>> __LA_DECL int archive_read_data_into_buffer(struct archive *,
>>> void *buffer, __LA_SSIZE_T len);
>>> 
>>> So it appears on the MinGW/MSYS/wine platform at least that
>>> 
>>> something is screwed up with the __LA_DECL and/or __LA_SSIZE_T macros.
>>> 
>>> [...]but we should know more about that if somebody can tell
>>> me where the above macros are #defined.
>
> ???
>
> Also,
>
>>> Has anybody tried that version [latest MinGW/MSYS installer,
> version 20110802] of MinGW/MSYS on Microsoft Windows to
>>> build cmake-2.8.5? It is possible the same build-time error will show
>>> up under those conditions.
>
> (which would immediately remove wine from the question, and my part
> in this thread would be done since I have no access to Microsoft
> Windows.)
>
> That automatic installer (available
> at http://sourceforge.net/projects/mingw/files/Automated MinGW
> Installer/mingw-get-inst/)
>
> literally takes about 5 minutes to download and install all of
> MinGW/MSYS on wine, and I am sure that it would even be faster
> on Windows.  Is there anybody game to try the build
> of cmake on Windows using the latest MinGW/MSYS stack you
> install with the automatic installer
>
> ???
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
> _______________________________________________
> cmake-developers mailing list
> cmake-developers at cmake.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
>

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________