X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_2,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Achim Gratz Subject: Re: Shouldn't gcc-4 depend on libmpfr4 ? Date: Wed, 6 Mar 2013 11:08:05 +0000 (UTC) Lines: 15 Message-ID: References: <5131CD7E DOT 8050001 AT gmail DOT com> <20130304090904 DOT GA5468 AT calimero DOT vinschen DOT de> <20130304161925 DOT GA4078 AT calimero DOT vinschen DOT de> <87ip57nf3r DOT fsf AT Rainer DOT invalid> <20130305034127 DOT 22dc8a65 AT YAAKOV04> <20130306033005 DOT 411192a5 AT YAAKOV04> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Yaakov users.sourceforge.net> writes: > AFAIK nothing used the BSD compat layer, it was disabled by default > upstream, and Fedora has already updated to 5.1. I think we can go > ahead and do the same. I've produced a 5.0.5 package anyway so that library will be at the latest existing version just to be sure. Now, the remaining problem is that updating libmpc produces cygmpc-3.dll while gcc expects cygmpc-1.dll. Should these be linked (the ABI is AFAICT the same since the original cygmpc-1.dll was produced by overriding the version number)? After all, the trigger for the whole exercise was to ensure that gcc doesn't pull in two different versions of libmpfr via libmpc1... Regards, Achim. -- 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