Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 07 May 2018 17:39:20 +0000
From:      bugzilla-noreply@freebsd.org
To:        fortran@FreeBSD.org
Subject:   [Bug 228007] math/lapack: switch to flang
Message-ID:  <bug-228007-37611-3vPEW5Ufat@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 #19 from robert.ayrapetyan@gmail.com ---
(In reply to sgk from comment #18)
Well, after discussing here and other related threads it doesn't look like a
good idea to make flang a default compiler right now, community and ports a=
re
not ready yet.=20

>From the other side, making flang a default compiler on certain ports should
not break anything, e.g. here is armadillo built against mix of flang\gfort=
ran:

ldd /usr/local/lib/libarmadillo.so
/usr/local/lib/libarmadillo.so:
        libopenblasp.so =3D> /usr/local/lib/libopenblasp.so (0x801400000)
        liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 (0x802400000)
        libhdf5.so.101 =3D> /usr/local/lib/libhdf5.so.101 (0x802e00000)
        libsz.so.2 =3D> /usr/local/lib/libsz.so.2 (0x80337d000)
        libz.so.6 =3D> /lib/libz.so.6 (0x803596000)
        libm.so.5 =3D> /lib/libm.so.5 (0x8037af000)
        libarpack.so.1 =3D> /usr/local/lib/libarpack.so.1 (0x8039da000)
        libsuperlu.so.5 =3D> /usr/local/lib/libsuperlu.so.5 (0x803c83000)
        libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x803f04000)
        libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x8041cb000)
        libc.so.7 =3D> /lib/libc.so.7 (0x800824000)
        libgfortran.so.3 =3D> /usr/local/lib/gcc6/libgfortran.so.3 (0x8043e=
9000)
        libquadmath.so.0 =3D> /usr/local/lib/gcc6/libquadmath.so.0 (0x80471=
0000)
        libthr.so.3 =3D> /lib/libthr.so.3 (0x80494f000)
        libflang.so =3D> /usr/local/flang/lib/libflang.so (0x804b77000)
        libflangrti.so =3D> /usr/local/flang/lib/libflangrti.so (0x804f3b00=
0)
        libompstub.so =3D> /usr/local/flang/lib/libompstub.so (0x80514e000)
        libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x805353000)
        libopenblas.so =3D> /usr/local/lib/libopenblas.so (0x805600000)
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x8063d7000)
        librt.so.1 =3D> /usr/lib/librt.so.1 (0x8065e5000)
        libomp.so =3D> /usr/local/llvm50/lib/libomp.so (0x8067ea000)
        libelf.so.2 =3D> /lib/libelf.so.2 (0x806a74000)

There are 174 ports with USE=3Dfortran in ports collection. I would rather =
add an
optional FLANG compile param for all of them (on amd64). Of course flang sh=
ould
become a replacement in a long-term perspective (if FreeBSD will continue a
clang movement).

Regarding broken flang-clang - it's a basic pkg-plist issue, I've committed=
 a
fix here - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222254#c12.

--=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-3vPEW5Ufat>