Date: Tue, 14 Nov 2017 16:10:33 +0100 From: Tijl Coosemans <tijl@FreeBSD.org> To: Joseph Mingrone <jrm@FreeBSD.org> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org, portmgr@FreeBSD.org, Johannes M Dieterich <jmd@freebsd.org>, yuri@rawbw.com, maho@FreeBSD.org, sunpoet@FreeBSD.org Subject: Re: svn commit: r452962 - head/math/libRmath Message-ID: <20171114161025.41b4d822@kalimero.tijl.coosemans.org> In-Reply-To: <861slmu8qx.fsf@phe.ftfl.ca> References: <201710270052.v9R0qf7A058644@repo.freebsd.org> <20171027125130.39e98c9c@kalimero.tijl.coosemans.org> <86d158vcve.fsf@phe.ftfl.ca> <20171028124843.56f8e8d3@kalimero.tijl.coosemans.org> <86y3nvtjlt.fsf@phe.ftfl.ca> <20171028182237.1f83708c@kalimero.tijl.coosemans.org> <861slmu8qx.fsf@phe.ftfl.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 28 Oct 2017 20:56:38 -0300 Joseph Mingrone <jrm@FreeBSD.org> wrote: > Tijl Coosemans <tijl@FreeBSD.org> writes: >> It's not a gfortran problem. It's a kernel or libthr problem. You >> can work around it by avoiding the combination of recycled thread >> stacks and exception handling done by ports libgcc_s. When you >> switched from curl to wget you avoided threads and that fixed the >> problem. Switching to flang avoids ports libgcc_s and that also >> fixes the problem, but it's not necessary to go this way. You could >> probably go back to curl if you build it with the CARES option instead >> of THREADED_RESOLVER. > > I missed this paragraph last time around. > > It's not really a switch to wget. We just pull it in as RUN_DEPENDS > when gfortran is on. R still defaults to downloading packages with > curl. Users can create/edit configuration to switch to wget, which > is not a big deal, but not ideal. I've copied sunpoet@, the > maintainer of ftp/curl. sunpoet@, what do you think about switching > ftp/curl's default to c-ares instead of THREADED_RESOLVER to work > around this problem (until there are fixes for the threading problem > that is triggered with ports libgcc_s)? The fix for this was committed to FreeBSD head and stable/11 and a workaround has been added to the lang/gcc ports now, so it should be possible for math/R to use curl again, with THREADED_RESOLVER option. So I'd like to propose the following compromise: We keep USES=fortran:gcc and fortran:flang but also introduce DEFAULT_VERSIONS=fortran and let plain USES=fortran choose the Fortran compiler based on that. Then math/R can provide a flang option that sets USES=fortran:flang when on, and USES=fortran when off. So the description of the option would be something like "Use flang instead of the default Fortran compiler". The default for this option would be off, also on amd64.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171114161025.41b4d822>