From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19317 invoked by alias); 18 Oct 2015 07:30:28 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 19230 invoked by uid 89); 18 Oct 2015 07:30:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ob0-f175.google.com Received: from mail-ob0-f175.google.com (HELO mail-ob0-f175.google.com) (209.85.214.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Sun, 18 Oct 2015 07:30:19 +0000 Received: by obbwb3 with SMTP id wb3so92212065obb.0 for ; Sun, 18 Oct 2015 00:30:17 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.96.232 with SMTP id dv8mr14458456oeb.4.1445153417079; Sun, 18 Oct 2015 00:30:17 -0700 (PDT) Received: by 10.202.168.133 with HTTP; Sun, 18 Oct 2015 00:30:17 -0700 (PDT) In-Reply-To: <562164AB.5080306@gmail.com> References: <561E67C1.40701@aol.com> <561E75A4.50001@gmail.com> <20151014153647.GA56419@troutmask.apl.washington.edu> <561E794B.60203@gmail.com> <20151014170853.GA56746@troutmask.apl.washington.edu> <562164AB.5080306@gmail.com> Date: Sun, 18 Oct 2015 07:30:00 -0000 Message-ID: Subject: Re: Fwd: Windows support dropped from gcc trunk From: Paul Richard Thomas To: Tim Prince Cc: Steve Kargl , "fortran@gcc.gnu.org" , FX , ktietz70@googlemail.com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-10/txt/msg00083.txt.bz2 Dear Tim, Thanks from all of us for taking this on. It is clear from clf that a lot of people out there are using gfortran under windows and that the poor support is not doing much for the reputation of gfortran. Cheers Paul On 16 October 2015 at 22:57, Tim Prince wrote: > > > On 10/14/2015 1:08 PM, Steve Kargl wrote: >> On Wed, Oct 14, 2015 at 11:48:27AM -0400, Tim Prince wrote: >>>> I added gcc@gcc.gnu.org as this technically isn't a Fortran issue. >>> test suite reports hundred of new ICE instances, all referring to this >>> seh_unwind_emit function: >>> >>> /cygdrive/c/users/tim/tim/tim/src/gnu/gcc1/gcc/testsuite/gcc.c-torture/compile/20000127-1.c: >>> In function 'foo':^M >>> /cygdrive/c/users/tim/tim/tim/src/gnu/gcc1/gcc/testsuite/gcc.c-torture/compile/20000127-1.c:7:1: >>> internal compiler error: in i386_pe_seh_unwind_emit, at >>> config/i386/winnt.c:1137^M >> I think you'll need to file a bug report. It probably >> should be labeled as target specific and give a major >> status. >> > The fixes checked in by Uros appear to have taken care of the C > problem. I am just finishing up a build of libgfortran using the new > compiler, after editing the .h files to permit building in spite of the > lack of support for either real(10) or real(16). It still looks > intentional that someone changed libgfortran so that it won't build > automatically for this case. configure still finds correct results on > which math functions are supported in each data type. There is a > sqrtl() but not much more (and that will be the same as sqrt as Windows > X64 sets 53-bit precision mode). > Assuming I get a satisfactory gfortran testsuite, I'll post it. gcc and > g++ testsuites appeared to be back in the ballpark. > Testsuite always produced failure of all rounding tests because of the > lack of support for real(10) and real(16). -- Outside of a dog, a book is a man's best friend. Inside of a dog it's too dark to read. Groucho Marx