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
[email protected]
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
__________________________
_______________________________________________
cmake-developers mailing list
[email protected]
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
