Data.table: Используете gcc в macOS в качестве компилятора по умолчанию?

Созданный на 31 окт. 2019 · 5Комментарии · Источник: Rdatatable/data.table

Прочитав и попробовав инструкции компилятора для macOS, мне стало интересно, будет ли gcc от homebrew лучшей альтернативой, чем llvm .

Как указано в вики, компиляторы с поддержкой openmp вызывают проблемы с другими пакетами. Постоянно комментировать компилятор llvm довольно громоздко, если кто-то хочет компилировать другие пакеты.

В настоящее время я использую следующую установку с установкой gcc через brew install gcc . Пока нет проблем ни с одним пакетом.

CXX_STD = CXX14

CC=ccache /usr/local/bin/gcc-9
CC11=ccache /usr/local/bin/gcc-9
CC14=ccache /usr/local/bin/gcc-9
CXX=ccache /usr/local/bin/g++-9
CXX11=ccache /usr/local/bin/g++-9
CXX14=ccache /usr/local/bin/g++-9
## -O3 should be faster than -O2 (default) level optimisation ..
CFLAGS=-g -O3 -Wall -pedantic -std=gnu99 -mtune=native -pipe
CXXFLAGS=-g -O3 -Wall -pedantic -std=c++11 -mtune=native -pipe

Вдобавок я использую ccache как видите. В сочетании с настройками ~/.ccache/ccache.conf ниже у меня есть надежная настройка компилятора C, которая поддерживает кеширование.

max_size = 5.0G
# important for R CMD INSTALL *.tar.gz as tarballs are expanded freshly -> fresh ctime
sloppiness = include_file_ctime
# also important as the (temp.) directory name will differ
hash_dir = false

(Часть ccache взята из этого поста Дирком.)

install platform-specific question

Источник

pat-s

Самый полезный комментарий

Я использую подход, предложенный на https://github.com/rmacoslib/r-macos-rtools . Я использую clang7, представленный на https://cloud.r-project.org/bin/macosx/tools, и мне нужно указать только следующее в ~/.R/Makevars :

CC=/usr/local/clang7/bin/clang
CXX=/usr/local/clang7/bin/clang++
CXX1X=/usr/local/clang7/bin/clang++
CXX11=/usr/local/clang7/bin/clang++
CXX14=/usr/local/clang7/bin/clang++
CXX17=/usr/local/clang7/bin/clang++
LDFLAGS=-L/usr/local/clang7/lib

И все работает плавно и стабильно.

Я не уверен, почему инструкции для macOS выглядят настолько сложными, что начинающим пользователям, использующим macOS, легко будет сложно даже установить последнюю версию data.table из источника.

renkun-ken 31 окт. 2019

👍2

Все 5 Комментарий

CC=/usr/local/clang7/bin/clang
CXX=/usr/local/clang7/bin/clang++
CXX1X=/usr/local/clang7/bin/clang++
CXX11=/usr/local/clang7/bin/clang++
CXX14=/usr/local/clang7/bin/clang++
CXX17=/usr/local/clang7/bin/clang++
LDFLAGS=-L/usr/local/clang7/lib

И все работает плавно и стабильно.

renkun-ken 31 окт. 2019

👍2

Для меня подход gcc пока самый быстрый и стабильный.
Я не уверен, какие еще предостережения это может привести к macOS. 🤔

@jangorecki Кто отвечает за часть {data.table}, связанную с C, или может иметь более глубокие знания о том, что происходит за кулисами?

gcc - компилятор, используемый во всех основных дистрибутивах Linux, есть ли что-нибудь, что мешает ему установить его по умолчанию в macOS?

pat-s 2 янв. 2020

👍1

Нет ни одного человека, отвечающего за часть C в DT. Мэтт и Арун написали большую часть материала C. AFAIR @arunsrinivasan использует macOS, поэтому его мнение по этому вопросу может быть очень полезным.

jangorecki 3 янв. 2020

Я тоже предпочитаю использовать gcc, но бывает, что clang используется по умолчанию в MacOS. Попытка глобально изменить компилятор по умолчанию для пользователей Mac вызовет больше проблем, чем решит. Поэтому я не думаю, что изменение значения по умолчанию - это лучший способ.
Теперь, когда https://github.com/Rdatatable/data.table/pull/4735 объединен (и уже опубликован в CRAN как 1.13.2), пользователи должны иметь возможность более легко настраивать свою сборку data.table. Поэтому он должен быть адресован вашему варианту использования. Если это не так, дайте нам знать.

jangorecki 23 нояб. 2020

Привет @ pat-s. Спасибо за ваш вклад. Я бы просто добавил, что если можно упростить инструкции MacOS на нашей странице установки, это будет очень приятно. Пожалуйста, внесите изменения непосредственно в вики. Для изменения вики не требуются разрешения, именно поэтому мы сделали ее вики.