X-Recipient: archive-cygwin@delorie.com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id :references:to; q=dns; s=default; b=ktEaL02oHYfXixxKKHMs6lealT3y Kdc5Y6x7Y+TfRisK0pef6PIHnMscRmrRK/2ax1aZbFg8tNCBcOcgkm7w2ICjXT73 1+C9emxAwi+MEPV0GZOPmCGqcM8Ke2+44xARq4pI9Myp7flKbd6kW4m+Fx0RRxUM s9jmcgN1OXrOa5w= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id :references:to; s=default; bh=vcQCu9RsWxb1rAcvRFIvvxcUhtA=; b=mS wDdw74r3T6nYIKAnHx2GSKwo3XOXHPd/ycYtspJGMTpxG3jQqXPP/p7/9csEsmeQ ONqXRscGvRr3B4rX4/dWG5JVquvZ4teIjSadwPj/x5zx1BvWItfxi2XYBvc7iukx Ve58mH3feqBsxFPYksfEBuPtV1cHYyt7Mn8pR3iwQ= Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.1 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=haven, beta, singhal, rashi X-HELO: etr-usa.com Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Cygwin 1.7-58 with windows 2008 From: Warren Young In-Reply-To: Date: Thu, 24 Mar 2016 13:29:45 -0600 Message-Id: <02703004-3392-428D-8E0F-3ACC6F751B40@etr-usa.com> References: To: The Cygwin Mailing List X-IsSubscribed: yes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u2OJUCFb002391 On Mar 23, 2016, at 10:20 PM, Rashi Singhal wrote: > > Is there any other procedure for building an older release of cygwin. Cygwin is not GCC Ada, nor vice versa. I’m being pedantic because you’re referencing Cygwin build instructions but having trouble with a third-party package. You may have the version of GCC Ada that was distributed at the same time that Cygwin 1.7.0-58 was current, but that doesn’t mean that version of Cygwin’s build instructions are relevant to GCC Ada. You need to read the README and INSTALL files that came with GCC Ada. I’ve never built GCC Ada from source — or used it as a binary, for that matter — but I’ll go through your config.log file and see what I can see. > Invocation command line was > > $ /oss/src/configure --prefix=/oss/install -v That seems very odd. First, it implies that you have unpacked the Cygwin GCC Ada source package into /oss/src. It should be unpacked into a directory named gcc-ada-*, shouldn’t it? Second, running a GNU autoconf configure script from a directory other than the source tree means you get a separate build tree. GCC Ada should be able to be built that way, but usually the pattern looks different from what you show. That implies that you haven’t read the GCC Ada build instructions. > uname -v = 2009-08-13 17:52 Well, that’s a good sign. It implies that you have gotten Cygwin 1.7.0-58 built and are building underneath it. Are you using a contemporaneous version of all the other tools? Shell, make, gcc, newlib, libbfd, etc.? What I’m getting at is, by this point you should have a standalone basic Cygwin 1.7 environment, no longer dependent on any Cygwin 2.x DLLs, tools, etc. Do you? > configure:3288: gcc --version &5 > gcc (GCC) 4.3.2 20080827 (beta) 2 > Copyright (C) 2008 Free Software Foundation, Inc. It looks like you don’t have a standalone environment yet. According to the Cygwin Time Machine, Cygwin was still shipping GCC 3.4.4 at that time. Which reminds me: why are you building from source and not using the binaries from the Cygwin Time Machine? Even if you want to build from source eventually, you should rebuild everything using contemporaneous tools, not modern ones. > configure:4175: g++ -c -g -O2 conftest.cc >&5 > conftest.cc:9: error: 'void std::exit(int)' should have been declared inside 'std' > In file included from conftest.cc:10: > /usr/include/stdlib.h:80: error: declaration of 'void std::exit(int)' throws different exceptions > conftest.cc:9: error: from previous declaration 'void std::exit(int) throw ()' > configure:4181: $? = 1 > That’s the sort of error you get when trying to build old (7 years!) sources with current tools. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple