CMake 2.4.3-1 ready

There has been a new release of the official cmake (2.4.3-1). This is a minor release from to 2.4.2 to 2.4.3. Here are the required files: http://www.cmake.org/files/cygwin/setup.hint http://www.cmake.org/files/cygwin/cmake-2.4.3-1.tar.bz2 http://www.cmake.org/files/cygwin/cmake-2.4.3-1-src.tar.b

CMake 2.4.2-1 ready

There has been a new release of the official cmake (2.4.2-1). This is a major release from to 2.2.3 to 2.4.2. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.4.2-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.4.2-1-

Re: CMake package contains Microsoft DLLs (was Re: CMake 2.2.3-1 ready)

At 01:13 PM 1/2/2006, Eric Blake wrote: >> >I've removed the versions 2.2.3-1 from cygwin.com. Please send a new >> >version ASAP, which doesn't contain Microsoft DLLs. >> >> Sorry about that. It was not intentional or required by the cmake cygwin >> build. >> It was part of the install process

Re: CMake package contains Microsoft DLLs (was Re: CMake 2.2.3-1 ready)

At 04:16 AM 12/23/2005, Corinna Vinschen wrote: >On Dec 5 12:25, William A. Hoffman wrote: >> There has been a new release of the official cmake (2.2.3-1). >> This is a minor release from to 2.2.2 to 2.2.3. >> >> Here are the required files: >> >> ftp://ww

Re: CMake Previous versions

At 04:48 AM 12/6/2005, Corinna Vinschen wrote: >Done. It would be better to tell us for each new release, which old >one to remove ;-) I will. We used to have it in the setup.hint file, but at some point I was told to remove the cur and prev fields out of that file. If I put them back would i

CMake Previous versions

> >On Dec 5 12:25, William A. Hoffman wrote: >> ftp://www.cmake.org/pub/cmake/cygwin/setup.hint >> ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.3-1.tar.bz2 >> ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.3-1-src.tar.bz2 > >Uploaded. I removed 2.0.6-1 and too

CMake 2.2.3-1 ready

There has been a new release of the official cmake (2.2.3-1). This is a minor release from to 2.2.2 to 2.2.3. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.3-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.3-1-

Re: CMake 2.2.2-1 ready

> >Uploaded. > >Maybe somebody beat me to it, but I only saw a 1.8.3-1 in the cmake >directory, which I've deleted. > >So, only the 2.0.6-1 and 2.2.2-1 versions remain. > >cgf Thanks that is perfect. -Bill

CMake 2.2.2-1 ready

There has been a new release of the official cmake (2.2.2-1). This is a major release from to 2.0.6 to 2.2.2. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.2-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.2.2-1-

Re: 4th summary (was Re: [HEADSUP] ALL Maintainers, please reply.)

I am the maintainer for cmake. cmake William A. Hoffman -Bill At 09:08 AM 10/10/2005, Corinna Vinschen wrote: >On Sep 15 18:45, Corinna Vinschen wrote: >> Mails in the last couple of weeks indicate that we have lost one or the >> other maintainer without getting any notice fr

CMake 2.0.6-1 ready

There has been a new release of the official cmake (2.0.6-1). This is a minor release from to 2.0.5 to 2.0.6. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1-

Re: CMake 2.0.5-1 ready

At 12:55 PM 11/4/2004, Christopher Faylor wrote: >Don't wait for this to be on mirrors before making your announcement. >Just send an announcement after it has been verified that the software >has been uploaded, or if you want to be mildly paranoid wait for it to >show up in the package list. > >I

Re: CMake 2.0.5-1 ready

At 12:23 PM 10/29/2004, Christopher Faylor wrote: >Ok. But 1.8.3 hasn't been offered via setup for a while now, AFAICT. > >FWIW, your setup.hint would have caused there to be only one current version and no >previous version since once you specify one thing like (curr, prev, or test) you >have to

Re: CMake 2.0.5-1 ready

> >Ok. But 1.8.3 hasn't been offered via setup for a while now, AFAICT. > >FWIW, your setup.hint would have caused there to be only one current version and no >previous version since once you specify one thing like (curr, prev, or test) you >have to provide them all. > >cgf I think there was so

Re: CMake 2.0.5-1 ready

, Christopher Faylor wrote: >On Fri, Oct 29, 2004 at 10:41:44AM -0400, William A. Hoffman wrote: >>There has been a new release of the official cmake (2.0.5-1). >>This is a minor release from to 2.0.3 to 2.0.5. > >Please don't include a ChangeLog in these messages. That is fo

CMake 2.0.5-1 ready

There has been a new release of the official cmake (2.0.5-1). This is a minor release from to 2.0.3 to 2.0.5. Changes in CMake 2.0.5: - Fix problem on Cygwin installed with unix-file system and DOS new-lines in CMakeCache.txt. - Fix BUG 1244 TestCXXAcceptsFlag.cmake should not run every time. - F

CMake 2.0.3-1 ready

There has been a new release of the official cmake (2.0.3-1). This is a minor release from to 2.0.2 to 2.0.3. Changes in CMake 2.0.3: - Fixes for Find/Use SWIG, better error reporting and SWIG_FLAGS work. - initial support for VCExpress visual studio 8 - LastMemCheck.log instead of LastMemCheck.x

Re: CMake 2.0.2-1 ready

At 10:23 AM 6/22/2004, you wrote: >Uploaded. Thanks. >I've removed the prev and curr lines. They aren't necessary as long as you >don't have a weird version number ordering. OK, we will remove them. >What about cmake-1.6.7-1? Can that get removed? Yes, it can be removed. -Bill

CMake 2.0.2-1 ready

There has been a new release of the official cmake (2.0.2). This is a major release from 1.8.3 to 2.0.2 Changes in CMake 2.0.2: - Remove automatic -I for source directory with makefile generator. Problems caused by this can be fixed with this command: INCLUDE_DIRECTORIES(${CMAKE_CURRENT_SOURC

Re: CMake 1.8.2-1 ready

You can remove 1.8.1-1. Our idea is to always have the previous version be the last major release. That is the point where we reserve the right to break backwards compatibility. So, someone might need 1.6.7, but they should never need 1.8.1. Thanks. -Bill >The setup.hint lists 1.8.2-1 as c

Re: CMake 1.8.2-1 ready

, why don't you just go ahead with 1.8.2-1 and when we do 1.8.3-1 we will make the suggested changes. Thanks. At 07:50 PM 12/1/2003, Daniel Reed wrote: >On 2003-12-01T16:17-0500, William A. Hoffman wrote: >) ftp://www.cmake.org/pub/cmake/cygwin/setup.hint >) ftp://www.cmake.org/pub/cmak

CMake 1.8.2-1 ready

There has been a new release of the official cmake (1.8.2). This is a major release from 1.8.1 to 1.8.2. Changes from 1.8.1 to 1.8.2 Bug #78 - static multithreaded libc on MSVC 7.0 Bug #163 - TRY_COMPILE does not document OUTPUT_VARIABLE Bug #168 - bootstrap uses C++ compiler to build .c files Bu

Re: CMake 1.8.1-1 ready

No, I have not. I will remove them when 1.8.2-1 comes out if that is OK. -Bill At 12:38 PM 10/8/2003, Corinna Vinschen wrote: >On Wed, Oct 08, 2003 at 12:33:06PM -0400, Daniel Reed wrote: >> On 2003-10-08T11:58-0400, William A. Hoffman wrote: >> ) We just tried installing prev

Re: CMake 1.8.1-1 ready

We just tried installing prev from setup, and it worked fine on a cygwin 1.5.x machine. So, we are going to leave it the way it is. You can remove 1.6.7-2 if you want. I will go ahead and announce cmake 1.8.1-1 release in a few hours. Thanks. -Bill >It's your decision. Changing the setup.h

Re: CMake 1.8.1-1 ready

eep 1.3-compatible packages around... Either >that, or remove 1.3.22 altogether. >Igor > >On Wed, 8 Oct 2003, William A. Hoffman wrote: > >> 1.6.7-2 was the test release for cygwin 1.5.x. It was never >> made the current release for cmake. I suppose we could go

Re: CMake 1.8.1-1 ready

to the list, what do people think? Thanks for the help. -Bill At 03:58 AM 10/8/2003, you wrote: >On Tue, Oct 07, 2003 at 04:30:27PM -0400, William A. Hoffman wrote: >> ftp://www.cmake.org/pub/cmake/cygwin/setup.hint >> ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.8.1-1

CMake 1.8.1-1 ready

There has been a new release of the official cmake (1.8.1). This is a major release from 1.6.7 to 1.8.1. Changes from 1.8.0 to 1.8.1 Added initial support for MinGW builds on Windows. Fixed a couple bugs in the ctest program. Some fixes to the FindThreads and FindwxWindows modules. A fix to the C

2.95.3-10 streams cause seg-fault

The following program crashes when compiled with g++-2: -start cyggcc295bug.cxx--- #include int main() { char buffer[1024]; std::ifstream fin("./cyggcc295bug.cxx"); if(fin) { fin.getline(buffer, 10); // Running a.exe crashes here. return 0; } return 1; }

Re: 1.5.5 package issue

A 1.3.x cmake would be able to work with a gcc for 1.3.x or a gcc for 1.5.x. I would suspect that there are folks out there that have a cygwin install that has gcc that is not 1.5.x based. For example, almost all the machines in my office are still running 1.3.x with gcc and friends. So, now if

1.5.5 package issue

I am the maintainer for CMake. I have held off on the next release of cmake because I was waiting for cygwin 1.5.x to stabilize. However, for CMake I am thinking that building it against 1.5.x may not be in the best interest of its users. If I build against 1.3.x, then people can use cmake with

new version of CMake is out (which version of cygwin?)

Hi, The package I maintain CMake has a new official release 1.8.1. I would like to make a new cygwin release. However, I am not sure which cygwin I should build it with 1.5 or 1.3? CMake builds with 1.5 no problem. Seems like until 1.5 is out of test, I should stick to 1.3 for CMake since i

[Ready for test/1.5.1] cmake-1.6.7-2

Hello all, I have uploaded cmake-1.6.7-2 package which is compiled against cygwin-1.5.1. # CMake setup.hint file for cygwin setup.exe program category: Devel requires: libncurses6 libncurses7 cygwin sdesc: "A cross platform build manger" ldesc: "CMake is a cross platform build manager. It al

setup.hint question

I am creating a version of cmake for cygwin 1.5.1, and I have a question about the setup.hint file. The problem is: curr: 1.6.7-1 - This the the current release that works with cygwin 1.3 prev: 1.4.7-1 - This is the previous cmake release also for cygwin 1.3 test: 1.6.7-2 - This is the test

Re: 1.5.x goes current on 2003-08-23?

Hi, I maintain the cmake package. I have tested it, and it only requires a recompile to work with cygwin 1.5.1. I am not sure how to proceed. Should I create binaries that require 1.5.1, and make them the -test version of the package. Then when 1.5.1 is officially released on 2003-08-23, I ca

Re: 1.5.0 Test packages status (issue 2)

What should package maintainers be doing about this? I maintain the cmake package, and although I am subscribed to this list, I rarely follow it closely. I post updates to cmake, but that is about it. However, I just noticed this thread. Should package maintainers being building stuff for 1.5.0

CMake 1.6.7-1

There has been a new release of the official cmake (1.6.7). This is a minor release from 1.6.6 to 1.6.7. Changes from 1.6.5 to 1.6.6 Added support for Visual Studio 2003. Fixed a bug where LINK_FLAGS were not getting passed to Visual Studio generators. Added a fix for MipsPro 7.3. Fix for C++ o

Re: String and std::string

I think you are confusing strstream with string. With strstream if you call .str(), you must call delete on the string, or call freeze(0). I have never seen a problem with g++ and string .c_str() leaking memory. -Bill At 08:08 AM 3/21/2003, Pavel Tsekov wrote: >On 21 Mar 2003, Robert Collins

CMake 1.6.6-1

There has been a new release of the official cmake (1.6.6). This is a minor release from 1.6.5 to 1.6.6. Changes from 1.6.5 to 1.6.6 This patch include the following fixes: A fix to the FindGTK module, a fix to the FIND_LIBRARY command to not mistake directories as libraries, a fix in the tab or

CMake 1.6.5-1

There has been a new release of the official cmake (1.6.5). This is a minor release from 1.6.3 to 1.6.5. Changes from 1.6.4 to 1.6.5 A fix to the TestForANSIForScope module so that it doesn't keep check each configure. A fix to the Visual studio 7 generator to better support Visual studio 7.1.

CMake 1.6.3-1

There has been a new release of the official cmake (1.6.3). This is a minor release from 1.6.1 to 1.6.3. This minor release fixes a bug in the EXPORT_LIBRARY_DEPENDENCIES command, that will be required to build VTK 4.2 when it is released. Also, error reporting for attempting to use NOTFOUND libr

CMake 1.6.1-1

There has been a new release of the official cmake 1.6.1. This is a major release from 1.4.7 to 1.6.1.   Version 1.6 includes a number of new features to help make project management easier. Version 1.6 includes TRY_COMPILE and TRY_RUN  which can be used to test for features of the compiler or

cygtclsh80

I am not sure if this is the right list for this, but here goes... Is there a maintainer for tcl on cygwin? I am assuming there is not, since the version of tcl that comes with cygwin is VERY old. Is there some other reason that there is no recent version of tcl of cygwin? -Bill

CMake 1.4.7-1

There has been a minor release of the official cmake 1.4.7. This is a minor release from 1.4.6 to 1.4.7, it fixes a few minor problems. (a bug in the depend output and per file compile flags were fixed.) Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmak

CMake 1.4.6-1

There has been a minor release of the official cmake 1.4.6. Just a minor release from 1.4.5 to 1.4.6, it fixes a few minor problems. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.4.6-1.tar.bz2 ftp://www.cmake.org/pub/cm

RE: Download stats

No, I mean how many downloads for package Y. -Bill At 09:37 AM 10/24/2002 -0400, [EMAIL PROTECTED] wrote: >Assuming you mean "how long does it take to download package Y", no. > >Larry > >Original Message: >--------- >From: William A. Hoffman [EMAIL PROTEC

Download stats

Just curious, are there any download stats kept for cygwin packages? -Bill

Re: CMake 1.4.5-1

I don't really care which type the file is. However, as I said at the start of this all of our cygwin systems are setup with Dos CTLF. This means that all of our cvs checkouts produce Dos files. We have a script that creates the CMake cygwin release via a cvs checkout. I can however, manu

Re: CMake 1.4.5-1

I don't really care which type the file is. However, as I said at the start of this all of our cygwin systems are setup with DOS CTLF. This means that all of our cvs checkouts produce DOS files. We have a script that creates the CMake cygwin release via a cvs checkout. I can however, manu

Re: CMake 1.4.5-1

ftp://www.cmake.org/pub/cmake/cygwin/setup.hint  is now UNIX style. -Bill At 01:04 PM 10/4/2002 +0200, Pavel Tsekov wrote: On 3 Oct 2002, Robert Collins wrote: > Corinna is on holiday. I will upload it once the packaging has been > reviewed. Ping! :)

Re: CMake 1.4.5-1

Hold on, I forgot to change the setup.hint to UNIX style. I will update and let you know when it has the correct line feeds. Sorry... BTW, why is this required? We use the dos file formats for cvs checkouts because we use visual studio which does not like the UNIX style. -Bill At 01:04 PM 10

Re: CMake 1.4.5-1

Thanks for the feedback, I have updated the files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.4.5-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.4.5-1-src.tar.bz2 To have this setup.hint: # CMake setup.hint file for cygwin setup.exe progr

Re: CMake 1.4.5-1

I think this means that cmake has two votes. Nicholas Wourms and Gerrit. Corinna can you upload the package? Thanks. -Bill At 11:56 AM 9/25/2002 +0200, Gerrit P. Haase wrote: >William schrieb: > >> CMake 1.4.5-1 is ready for release. > >I vote PRO this package. Unfortunately I have no

CMake 1.4.5-1

CMake 1.4.5-1 is ready for release. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.4.5-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.4.5-1-src.tar.bz2 setup.hint: category: Devel requires: libncurses5 cygwi

Re: CMake 1.4-3 (Initial investigation)

;William A. Hoffman wrote: > >>Thanks for the feedback. >> >>We have some man pages that we use for the debian release of cmake. >>I can add them to this release as well. There are no patches for cygwin. >>I can copy the rtf/pdf, (which would be better?) Ar

Re: CMake 1.4-3 (Corinna Vinschen )

Ok, I guess when you sent the email saying create the binaries after my proposal, I thought that I should create the binaries. I thought the process was: 1. propose to the list with a hints file. 2. If it is accepted then create the binaries to avoid wasting time. So, I thought when you asked

Re: CMake proposal

I forgot the cmake home page is www.cmake.org. -Bill At 12:21 PM 6/14/2002 -0400, William A. Hoffman wrote: I would like to propose that CMake be included in the cygwin setup. CMake was developed for building VTK (public.kitware.com) and ITK (www.itk.org). However, it is a general purpose tool

CMake proposal

I would like to propose that CMake be included in the cygwin setup. CMake was developed for building VTK (public.kitware.com) and ITK (www.itk.org). However, it is a general purpose tool, and other projects are now using it as well. category: Devel requires: libncurses6 cygwin sdesc: "A cross p