I can reproduce your problem, and indeed it seems that it is a
compiler ABI incompatibility issue. I am not sure how it could be
fixed, though.
With the CRAN compiler it gets stuck here:
### Name: embed_articlespace
### Title: Build a Starspace model for learning the mapping between
### sentences and articles (articlespace)
### Aliases: embed_articlespace
### ** Examples
library(udpipe)
data(brussels_reviews_anno, package = "udpipe")
x <- subset(brussels_reviews_anno, language == "nl")
x$token <- x$lemma
x <- x[, c("doc_id", "sentence_id", "token")]
set.seed(123456789)
model <- embed_articlespace(x, early_stopping = 1,
dim = 25, epoch = 25, minCount = 2,
negSearchLimit = 1, maxNegSamples = 2)
#> Start to initialize starspace model.
#> Build dict from input file :
/var/folders/59/0gkmw1yj2w7bf2dfc3jznv5w0000gn/T//RtmpL18Wso/textspace_1200026295f3c.txt
#> Read 0M words
#> Number of words in dictionary: 1274
#> Number of labels in dictionary: 0
#> Loading data from file :
/var/folders/59/0gkmw1yj2w7bf2dfc3jznv5w0000gn/T//RtmpL18Wso/textspace_1200026295f3c.txt
#> Total number of examples loaded : 470
#> 2019-01-31 10:50:04 Start training epoch 1 with learning rate 0.01
Gabor
On Thu, Jan 31, 2019 at 10:34 AM Jan Wijffels <jwijff...@bnosac.be> wrote:
>
> Gabor. Thanks for the input. I unfortunately do not have a Mac at my disposal
> to check this at that would be indeed the most optimal solution to find out
> differences in the setups.
>
> Is there someone on this mailing list which can comment on the CRAN machines
> about MacOS to answer
>
> What can be a reason why a package fails on r-release-osx-x86_64 but checked
> fine on r-oldrel-osx-x86_64 as the
> https://cran.r-project.org/web/checks/check_flavors.html seem to indicate
> they have the same setup? My package is using C++ code which relies on
> clang-3.3 or newer and relies on -pthread. The src/Makevars are at
> https://github.com/bnosac/ruimtehol/blob/master/src/Makevars
>
> Jan
>
> Jan Wijffels
> Statistician
> www.bnosac.be | +32 486 611708
>
>
> On Thu, 31 Jan 2019 at 11:26, Gábor Csárdi <csardi.ga...@gmail.com> wrote:
>>
>> See answers inline.
>>
>> On Thu, Jan 31, 2019 at 10:16 AM Jan Wijffels <jwijff...@bnosac.be> wrote:
>> [...]
>> > The package has C++ code which relies on clang-3.3 or newer and relies on
>> > -pthread. It has in it's src/Makevars
>> > (https://github.com/bnosac/ruimtehol/blob/master/src/Makevars)
>> >
>> > PKG_LIBS = -pthread
>> > PKG_CPPFLAGS = -pthread
>> >
>> > Is that what you mean with linking to a system library?
>>
>> Possibly, yes.
>>
>> > What version of the compiler is running on rhub and how is it different
>> > from CRAN r-release-osx-x86_64 or even CRAN r-oldrel-osx-x86_64
>>
>> R-hub uses the standard system compiler in Xcode. CRAN checks use
>> their custom built clang compiler. This is usually compatible with the
>> system compiler, except for some rare ABI issues. You can download it
>> at https://cran.r-project.org/bin/macosx/tools/ The check flavors
>> page at https://cran.r-project.org/web/checks/check_flavors.html might
>> be outdated, as it still shows clang 4.0.0. I don't know, I cannot
>> speak for CRAN.
>>
>> > About CRAN (Question 2): What can be a reason why a package fails on
>> > r-release-osx-x86_64 but checked fine on r-oldrel-osx-x86_64
>>
>> Hard to say. I think you only have a real chance to fix this if you
>> can reproduce it on your machine.
>>
>> Gabor
>>
>> [...]
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
