Testing 4.5.0 alpha (2025-03-18 r87991) on On MacOS 15.3.2 (xcode 16),
I get an error when building e.g. 'stringi'
/Library/Frameworks/R.framework/Resources/include/R_ext/Error.h:58:3:
error: 'noreturn' attribute does not appear on the first declaration
[[noreturn]] void Rf_error(const
On Wed, Feb 19, 2025 at 8:00 PM Simon Urbanek
wrote:
>
>
>
> > On Feb 20, 2025, at 2:36 AM, peter dalgaard wrote:
> >
> > Do we expect to stay with gfortran 12.2.0 for 4.4.3 and then switch for
> > 4.5.0?
> >
>
> Most likely - changing version for patch releases doesn't seem necessary.
It also
On Thu, Jan 9, 2025 at 4:53 AM Simon Urbanek
wrote:
>
> Kasper,
>
> TL;DR working on it should be within a week or so.
Afaik there are no ABI changes this release, so the 4.4 binaries
should work on 4.5? Maybe a symlink contrib/4.5 -> contrib/4.4 would
work as a transition solution until the rele
Have a look at the configure script, e.g:
https://github.com/r-devel/r-svn/blob/trunk/configure.ac#L2936
On Fri, Nov 29, 2024 at 2:11 PM Tomek Gieorgijewski
wrote:
>
> Hi!
>
> I can compile R on macOS with standard BLAS
> but how can I compile R myself to get this vecLib BLAS
> which is added
ct for the (current) big-sur builds. The user
> shouldn't really be manually specifying the build name, so that's why I'd not
> mention "mac.binary" and only point to "binary" as that is what users should
> be using.
>
> Cheers,
> Simon
>
>
The R-admin manual section 6.6 talks about "mac.binary" to refer to
macos binary packages but I don't think this is working. On R-4.4.2:
contrib.url(repos = 'https://cran.r-project.org', type = 'mac.binary')
# "https://cran.r-project.org/bin/macosx/contrib/4.4";
This URL is 404 because it is
I had two different machines (both intel and arm64) that were no
longer able to compile C++ code after MacOS automatically updated to
Command Line Tools for Xcode version 16 on Sequoia. After the update,
clang is no longer able to find libc++ headers, e.g.
fatal error: 'cmath' file not found
100
On Thu, Apr 4, 2024 at 9:47 AM Hannes Mühleisen wrote:
>
> Hello List,
>
> we would like to bring up the topic of debug symbols in the CRAN OSX
> binaries again. I realize this has been discussed before [1] and
> realize the symbols are there for a reason, but in the duckdb package
> their inclusi
On Sun, Feb 18, 2024 at 11:57 PM Duncan Murdoch
wrote:
> I wanted to see the options to R CMD INSTALL, and was surprised to see
> this output:
>
> $ R CMD INSTALL --help
> shell-init: error retrieving current directory: getcwd: cannot access
> parent directories: Operation not permitted
> shell-i
R on MacOS defaults to linking with "-undefined dynamic_lookup" when
building packages, which suppresses linking errors due to undefined
symbols. Undefined symbols often indicate that the package has omitted
a required library in PKG_LIBS, or that the architecture of the static
lib does not match t
On Sun, Apr 17, 2022 at 4:38 AM Simon Urbanek
wrote:
>
> Dear Mac users,
>
> we are nearing the release of R 4.2.0 (on Friday) which introduces some
> significant changes not only in R itself, but also in some Mac-specific build
> settings. Please help us by testing R pre-releases *before* the r
On Wed, Jan 12, 2022 at 10:05 PM Simon Urbanek
wrote:
> Yes, but if you are using an old version of R on a new system, you have a lot
> of other worries - you can't expect new technologies to work with old
> software. CURL itself has fewer evolution issues than SSL libraries. As I
> said, I am
On Tue, Jan 11, 2022 at 10:12 PM Simon Urbanek
wrote:
>
> Petře,
>
> thanks, for the detailed analysis. It is rather curious that the issue
> appears only on _newer_ systems - we are more used to issues due to older CA
> chains and similar. It looks like an Apple bug on specific systems, so
> h
On Mon, Jan 10, 2022 at 11:22 AM Petr Bouchal wrote:
>
> Dear all,
>
> In brief: on Monterey, R cannot reach certain web domains due to a bug in
> Libre SSL - and perhaps not relying on system curl/openssl in R would be a
> systematic solution to this and símilar issues.
>
> Specifically: on Mac
On Sat, Nov 13, 2021 at 6:01 PM Gábor Csárdi wrote:
>
> The curl package does not use the command line curl program, it uses
> libcurl, the library. You can use curl::curl_version() to see the
> libcurl version that the curl package is using.
>
> But in any case, this is not a curl or libcurl bug,
On Wed, May 19, 2021 at 11:34 AM Renato Morais
wrote:
>
> Hi all,
>
> I'm new here, so please forgive my clumsy error reporting.
>
> I have just downloaded *R-4.1-branch.pkg* for my Mac M1, as I wanted to
> finally enjoy a native normal-speed R (for some reason running v 4.0.5 on
> Rosetta was ext
On Thu, Dec 24, 2020 at 7:32 PM Denis-Alexander Engemann
wrote:
>
> Hi everyone,
>
> I'm finally joining the party here and so far made good progress
> following Taras' instructions.
>
> Disclaimer - I'm new to working with R sources.
> But would be very happy to help with testing and reporting to
On Sun, Dec 13, 2020 at 6:45 AM Prof Brian Ripley wrote:
>
> We have managed a fairly complete check run with natively-compiled R and
> packages, and a full one with x86_64 R and packages running under
> Rosetta (mainly using CRAN binary distributions).
>
> The bottom line is that running under Ro
On Tue, Sep 29, 2020 at 4:32 PM Prof Brian Ripley wrote:
>
> On 29/09/2020 12:27, Kasper Daniel Hansen wrote:
> > To use veclib you need
> > --with-blas="-framework Accelerate"
>
> Details are in the R-admin manual, including that R fails one of its checks.
It may be worth mentioning that pyt
On Tue, Jul 14, 2020 at 4:22 PM Prof Brian Ripley wrote:
>
> This is a rather technical post about how libraries of compiled code can
> be further optimized. LTO generally produces smaller[*] and faster code
> (typically by a few percent) at the expense of increased installation
> time and is bei
On Thu, Feb 13, 2020 at 1:55 AM Simon Urbanek
wrote:
>
> Thanks, indeed, there were some disruptions, but now the build machine has
> its own dedicated port and location in Auckland so hopefully things will
> settle.
> I have also fortified the sync scripts to not sync with the Mac master if
>
If anyone else is also interested in this, I found a satisfactory
solution to prompt for passwords in R.app using AppleScript. It is now
available in the 'askpass' package on CRAN.
On Thu, Nov 15, 2018 at 5:06 AM Jeroen Ooms wrote:
>
> When prompting the user for a pass
When prompting the user for a password, we need to temporarily disable
echo. In a tty we can call posix stty -echo (example below). The
RStudio GUI has a native password entry function that can be triggered
via getOption('askpass'). Is there simple method to prompt for a
password in the R for Mac G
On Tue, Dec 27, 2016 at 8:09 PM, Christofer Bogaso
wrote:
> It giving below error :(
>
>> install.packages('/Users/ARR/pdftools_1.0.tgz', repos = NULL)
> tar: Failed to set default locale
I think that is an unrelated problem on your system. See:
http://stackoverflow.com/questions/3907719/how-
On Tue, Dec 27, 2016 at 7:27 PM, Christofer Bogaso
wrote:
>
> I have installed poppler as instructed in below site. However, not
> libpoppler. Let me know if I need to install libpoppler as well, in
> that case appreciate any pointer how should I install.
No that's the same thing. It's difficult
How did you install libpoppler? Such errors typically appear when you
link to a shared library which was built with another (incompatible)
compiler than the one you use for compiling R packages.
Note that Mac lion 10.7.5 has been deprecated for 2 over two years;
upgrading your OS is highly recomme
Can you include a reproducible example? This seems to work for me as expected:
x <- rnorm(1e8)
saveRDS(x, tmp <- tempfile())
file.info(tmp)$size
y <- readRDS(tmp)
identical(x,y)
Could be a hw issue with your disk.
On Sun, Nov 29, 2015 at 4:34 PM, Charles DiMaggio
wrote:
> Hi. After
The cairo png device on R 3.2.1 gives a warning "Application built with
libpng-1.5.18 but running with 1.6.17" and then produces a completely blank
png image.
if(isTRUE(capabilities()[["cairo"]])){
options(bitmapType = "cairo");
}
png(tmp <- tempfile())
plot(cars)
dev.off()
system2("open", tmp)
My cairo problems went away after reinstalling xQuartz + R 3.2.0 and rebooting.
On Fri, Apr 24, 2015 at 8:05 AM, Amos B. Elberg wrote:
> I had this issue but it went away when I installed the 3.2-patched binary.
>
>> On Apr 24, 2015, at 10:52 AM, Noam Ross wrote:
>>
>> Apologies, I meant `cairo_
1.0, now fixed. You
> will need to upgrade R and possibly packages that use fontconfig.
>
> Cheers,
> Simon
>
>
> On Apr 15, 2014, at 7:55 PM, Jeroen Ooms wrote:
>
>> Running on R 3.1 on my Mavericks laptop:
>>
>> options(bitmapType = "cairo");
&g
Running on R 3.1 on my Mavericks laptop:
options(bitmapType = "cairo");
svg("cars.svg", width=11.69, height=8.27)
plot(cars)
dev.off()
Gives a message: Fontconfig error: Cannot load default config file.
The text in the svg seems heavily pixelated. The same happens when
using png().
IIRC, this di
in/macosx/contrib/3.1/PACKAGES";))
mav <- as.data.frame(mav, stringsAsFactors=FALSE)
osx <- as.data.frame(osx, stringsAsFactors=FALSE)
mav$Package[!(mav$Package %in% osx$Package)]
osx$Package[!(osx$Package %in% mav$Package)]
On Thu, Apr 10, 2014 at 9:54 PM, Jeroen Ooms wrote:
> R
Running update.packages on R 3.1 for Mavericks complains that some
CRAN packages do not have binary builds available. For example lme4 is
missing from http://cran.r-project.org/bin/macosx/mavericks/contrib/3.1/.
Is there any reason for this, or do I just need some patience? I
installed lme4 from s
On Thu, Oct 31, 2013 at 6:22 AM, Simon Urbanek
wrote:
> I suspect that there is more involved in your case, so we can take it offline
> if you want to provide the complete example of your issue.
FYI, the issue is posted here:
https://github.com/rstudio/httpuv/issues/22. Basically it is exactly
t
On Wed, Oct 30, 2013 at 2:57 PM, Simon Urbanek
wrote:
> Ah, you're running it in R.app?
Well this was the easiest way to show it; the same problem appears
when forking form inside httpuv or so.
> Anyway, my hunch was correct - it's libcurl crashing in SSL trying to use CF.
I wish there was at l
On Wed, Oct 30, 2013 at 1:41 PM, Simon Urbanek
wrote:
> Jeroen,
>
> actually, it works just fine for me on 10.9 (with CRAN build of R):
Hmm interesting. Here is a clip of what happens on my machine:
http://youtu.be/GAtKa6P75Qs. Note that it shows the error messages
from the child proc, but afterw
On Wed, Oct 30, 2013 at 10:08 AM, Simon Urbanek
wrote:
> I didn't have time to look (will do later today), but a wild guess is that
> Apple was moving away from some common libraries like OpenSSL and replacing
> them with their own which could be CF-based and thus unsafe. Again, that's
> wild g
On Tue, Oct 29, 2013 at 12:35 PM, Steve Lianoglou
wrote:
> Is this happening when you are running R from w/in R.app (which, I
> think, is not new), or are you running R from the terminal and still
> seeing this)?
It happens when a forked child process tries to use some "fork unsafe"
opratation, a
The following works in Linux and OSX 10.8 but in OSX 10.9 it results
in a
"__THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__()":
library(parallel)
library(httr)
myfork <- mcparallel(GET("https://api.github.com/users/hadley/repos";))
out <- mccollect(m
>> R exists with a warning that X11 is required.
> You need to re-install XQuartz after an update. See the R-admin manual.
I'm not sure I understand (apologies, I'm not really a mac user). We
are using these devices in non-interactive R sessions (RApache,
RScript). So the Cairo devices can only b
I just upgraded my macbook to maverick and i'm running into an old problem.
When I do:
png(tempfile(), type="cairo")
or
svg(tempfile())
or even:
library(Cairo)
R exists with a warning that X11 is required. I also tried:
options(bitmapType = 'cairo')
png(tempfile())
but same result. If I rec
41 matches
Mail list logo
