Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <41698353.9040406@cwilson.fastmail.fm> Date: Sun, 10 Oct 2004 14:45:39 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 MultiZilla/1.6.4.0b MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Avail for test: ncurses-5.4-1, libncurses8-5.4-1, libncurses-devel-5.4-1, ncurses-test-5.4-1 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit ncurses is a package that provides character and terminal handling libraries, including 'gui-like' panels and menus. It is often used instead of termcap. This is a test release, so use the "Exp:" radio button on setup. Also, wait a few hours before downloading ncurses-demo. There was a packaging bug and I slipstreamed a correction, so it needs to propagate to the mirrors. (but the other binary packages are fine on the mirrors, now). CHANGES * updated to 5.4 release, patchlevel 20041009 * moved test programs in the -demo package from /usr/bin/ncurses-test-dll to /usr/lib/ncurses/test/, per official policy. * build using libtool (these contributions were spearheaded by Nicholas Wourms over a year ago; Thanks, Nick!) For an explanation of the delay, see the NOTES section, below. * DLL for C++ interface now provided (again). * version number bump on the libraries: We had: libncurses7 package contained /usr/bin/cygncurses7.dll /usr/bin/cygpanel7.dll /usr/bin/cygmenu7.dll /usr/bin/cygform7.dll New package libncurses8 contains /usr/bin/cygncurses-8.dll /usr/bin/cygpanel-8.dll /usr/bin/cygmenu-8.dll /usr/bin/cygform-8.dll /usr/bin/cygncurses++-8.dll There is actually NO ABI change here. The only reason the dll numbers (and package name) was version-bumped was because the switch to using libtool means that the DLLs are named "cygfoo-N.dll" instead of "cygfooN.dll" Even if I left "N" the same, what would I call the new package? libncurses_7 (since libncurses7 alread contains the non-libtool-built versions of the DLLs, from the 5.3-4 release)? I figured it was cleaner just to bump the DLL and package numbers from 7 to 8, so that at least the package names would be consistent: libncurses7 libncurses8 -- Charles Wilson ncurses volunteer maintainer for cygwin To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain DOT com AT cygwin DOT com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. ------------------------------------------------------- NOTES: * In the 5.3-4 release (patchlevel 20040726), a lot of support for building shared libs using libtool was added ( !!!! THANK YOU Nicholas Wourms !!!! ). Unfortunately, I was not able to actually RELEASE the libtool-built ncurses at that time, for the reasons detailed below: 1) Requires Yet Another DLL rename. cygncurses7.dll --> cygncurses-5.dll (or some other number; the ncurses maintainer does not use the same variable to set DLL versions when building non-libtool and when building libtool). But simply the '-' is problematic, even if I make both numerals '7'. Libtool insists on the '-'. So, I figured I'd spare everybody another version split -- especially as so many packages which depend on ncurses have just been rebuilt against 5.3-4/1.5.3+; to bump the version again so soon would require all of those to be rebuilt, which is really unnecessary at this time. : bit the bullet, and reved the DLL number to "8". It's been a year, after all. 2) The libtool wrapper I released recently (with the "WANT_LIBTOOL_VER" environment variable) are *almost* right. But not quite. So, I need to release another set of wrappers before using them to build one of my maintained packages. : Actually, I forgot about this issue; these wrappers are STILL not right, but I finessed it this time. 3) libtool itself has a bug with multilanguage support and relinking. The '--tag=' is required...but libtool doesn't store the tag info in the uninstalled .la file. So, when installing, libtool tries to relink the shared library, but without the --tag=CXX flag. This, of course, fails. I've reported this to the libtool developers, and provided a simpler testcase, but no joy yet. : The preceeding was written in July 2003. Presently, ncurses + libtool-1.5.10 works fine. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/