From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27438 invoked by alias); 11 Apr 2011 02:30:34 -0000 Received: (qmail 27425 invoked by uid 22791); 11 Apr 2011 02:30:32 -0000 X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-yi0-f43.google.com (HELO mail-yi0-f43.google.com) (209.85.218.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 11 Apr 2011 02:30:26 +0000 Received: by yie16 with SMTP id 16so2495732yie.2 for ; Sun, 10 Apr 2011 19:30:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.105.204 with SMTP id k52mr5946898yhg.177.1302489025789; Sun, 10 Apr 2011 19:30:25 -0700 (PDT) Received: by 10.147.171.4 with HTTP; Sun, 10 Apr 2011 19:30:25 -0700 (PDT) In-Reply-To: References: <20110409160524.GA29135@ednor.casa.cgf.cx> <85C4645B18FA4D37852D725436AB741B@desktop2> Date: Tue, 12 Apr 2011 02:31:00 -0000 Message-ID: Subject: Re: newlib and long-double question From: "N. C." To: cygwin@cygwin.com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-04/txt/msg00147.txt.bz2 Exactly, I really need to be able to build Perl whose NV is a long double. And this was just one example that I gave. I honestly think it is worth it to have long double support in cygwin (to have those functions that are currently undefined), as it seems more and more clear that A) there is a use for them, and B) there are cases where it really is needed. IIRC, the whole point of cygwin is to have a unix-like environment within a non-unix-like system, right? Does it not make sense to make the back bone (libc) that much mroe complete, furthur augmenting usability and compatibility? Again, thanks to all of you for your time and input. - N.C. On 4/10/11, Hugh Myers wrote: > The OP is trying to build Perl itself, not use it; hence the need for > long double support functions... > > --hsm > > On Sun, Apr 10, 2011 at 4:25 AM, Sisyphus wrote: >> >> ----- Original Message ----- From: "marco atzeri" >> >>>> On a Linux system that I have access to, I see that those functions >>>> are in /lib/libm.* but cygwin's /lib/libm.* still seems to lack them. >>>> Is there any work around or alternate version ofthis lib that actually >>>> has these functions. I honestly do not mean to be rude, but how >>>> difficult is it to impliment these functions which seem so common in >>>> most unix-like systems? >>> >>> It is not overcomplicated to implement it, but it takes time and >>> someone to do it. >>> When I implemented all the complex functions (cabs, ccos..) I spent one >>> month >>> to make it right. A more capable guy will take less surely, but as >>> mention I see little >>> benefit moving from 64 to 80 bits so I was not interested to implement >>> it. >>> >> >> I sense an opportunity here to plug (to the op) the Math::MPFR perl module >> - >> for which the gmp and mpfr C libraries are required. >> I guess one could also use Math::BigFloat, but I assume the op has already >> considered (and rejected) that option - the performance hit incurred by >> its >> use has always discouraged me. >> Perhaps he has also already considered and rejected Math::MPFR, but it >> seems >> to me to be by far the best option for achieving added precision with >> floating point numbers - at least until such time as building perl with >> -Duselongdouble has been facilitated. >> >> Cheers, >> Rob > -- 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