Date: Mon, 07 May 2018 04:07:17 +0000 From: bugzilla-noreply@freebsd.org To: fortran@FreeBSD.org Subject: [Bug 228007] math/lapack: switch to flang Message-ID: <bug-228007-37611-SoKFDcFSNC@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-228007-37611@https.bugs.freebsd.org/bugzilla/> References: <bug-228007-37611@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228007 --- Comment #8 from sgk@troutmask.apl.washington.edu --- (In reply to Johannes M Dieterich from comment #7) > I assume that you, Steve, filed these 100 internal compiler > errors with flang upstream so that we can track progress? The flang developers have never responded to an initial bug report nor a post in flang-dev concerning a roadmap for an official release. Others have reported a few of the bugs that can be easily reproduced by trying to compile the gfortran testsuite. Preparing 100+ bug reports is beyond what I'm prepared to do. > Alternatively, could we get the Fortran test suite into > the ports tree? I wouldn't mind having that myself to > check flang updates. I am unaware of any stand alone testsuite. gfortran's testsuite tests for conformance where this includes programs that should compile and execute, and programs that should fail and the Fortran compiler must issue an error message. The former should compile and execute with flang. The latter will fail, but the testsuire isn't set up to test for flang error messages. > I see as a more viable alternative to get BLAS and LAPACK > to Fortran-free implementations and am working on making > blis and flame viable. Reference source-code implementations > for BLAS/LAPACK are anyways a bad idea to use in production. Never heard of blis and flame. I'll check them out. One thing about Netlib BLAS and LAPACK is that the algorithms are designed by well-recognized numerical analysist. Yes, these routines are considered reference implementations, but the people behind them are well-respected. Robert pointed out that flang is almost F2003 complaint, which is commendable. Unfortunately, the current Fortran standard is Fortran 2008, and Fortran 2018 should be ratified within the next few months. gfortran, other than a bugs, is Fortran 2003 compliant, implements a significant portion of F2008, and has implemented some of the upcoming Fortran 2018 standard. I know because I either implemented the features or probably reviewed the patches that do. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-228007-37611-SoKFDcFSNC>