From @|mon@urb@nek @end|ng |rom R-project@org  Tue Nov  2 04:22:39 2021
From: @|mon@urb@nek @end|ng |rom R-project@org (Simon Urbanek)
Date: Tue, 2 Nov 2021 16:22:39 +1300
Subject: [Rd] FLIBS in MacOS M1 binary at odds with documentation for
 optional libraries/tools
In-Reply-To: <3764f301-bcec-d654-508c-d23a0242b521@stanford.edu>
References: <3764f301-bcec-d654-508c-d23a0242b521@stanford.edu>
Message-ID: <42F051E9-6DEA-452A-8E65-D822DE0A7D3C@R-project.org>


Naras,

thanks. It seems that the FLIBS check resolves symlinks, unfortunately (all others are fine).

I would like to remind people that reports are a lot more useful *before* the release - that's why we publish RCs.

Thanks,
Simon


> On Nov 2, 2021, at 3:03 PM, Balasubramanian Narasimhan <naras at stanford.edu> wrote:
> 
> The Mac OS M1 pre-built binary arrives with a 
> /Library/Frameworks/R.framework/Resources/etc/Makevars containing
> 
> FLIBS =  -L/Volumes/Builds/opt/R/arm64/gfortran/lib/gcc/aarch64-apple-darwin20.2.0/11.0.0 -L/Volumes/Builds/opt/R/arm64/gfortran/lib/gcc -L/Volumes/Builds/opt/R/arm64/gfortran/lib -lgfortran -lemutls_w -lm
> 
> This is inconsistent with what is at said at the top of 
> https://mac.r-project.org/libs-arm64/: that all binaries live in 
> /opt/R/arm64, not /Volumes/Builds/opt/R/arm64.
> 
> So no one would be able to build a source package containing Fortran 
> without either modifying Makevars or creating symbolic links.
> 
> -Naras
> 
> 
> 	[[alternative HTML version deleted]]
> 
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
> 



[Rd] FLIBS in MacOS M1 binary at odds with documentation for optional libraries/tools
Simon Urbanek