stringstream не работает с Rcpp на OSX 10.6 - PullRequest
Новая
       7

stringstream не работает с Rcpp на OSX 10.6

0 голосов
/ 12 декабря 2011

Кажется, std :: stringstream не работает с Rcpp. Чтобы изолировать проблему, я написал минимальную программу: 

#include <string>
#include <sstream>
#include <Rcpp.h>

float atof(std::string a) {
        std::stringstream ss(a);
        Rf_PrintValue(Rcpp::wrap(a));
        float f;
        Rf_PrintValue(Rcpp::wrap(f));
        ss >> f;
        Rf_PrintValue(Rcpp::wrap(f));
        return (f);
}

RcppExport SEXP tsmall(SEXP sR) {
        std::string sC = Rcpp::as<std::string>(sR);
        return Rcpp::wrap(atof(sC));
}

tsmall должен просто преобразовать строку в число с плавающей точкой. Rf_PrintValue для отладки. Теперь в R на OSX 10.16.7 я получаю 

> dyn.load("min.so")
> a = .Call("tsmall","0.213245")
[1] "0.213245"
[1] 0
[1] 0
> a
[1] 0

На другой машине (Ubuntu) она работает как положено: 

> dyn.load("min.so")
> a = .Call("tsmall","0.213245")
[1] "0.213245"
[1] 1.401298e-45
[1] 0.213245
> a
[1] 0.213245

Я попробовал небольшую обычную программу на C ++ для OSX, и, конечно, она прекрасно работает, используя stringstream для преобразования строк и чисел с плавающей запятой.

В OSX используется компилятор MacPorts g ++ - mp-4.4.

Обновление: Я обнаружил проблему, поднятую ранее о stringstream и OSX в Stringstream не работает с двойными значениями, когда _GLIBCXX_DEBUG включил . Однако, когда я компилирую тестовую программу в этом выпуске с gcc-4.2 по умолчанию в /usr/bin/g++-4.2, я получаю сообщение об ошибке, но компиляция с помощью /opt/local/bin/g++-mp-4.4 работает нормально.

Однако я скомпилировал код Rcpp как 

$ PKG_CPPFLAGS=`Rscript -e 'Rcpp:::CxxFlags()'` \
         PKG_LIBS=`Rscript -e 'Rcpp:::LdFlags()'` \
         R CMD SHLIB min.cpp

который использовал gcc-4.4: 

/opt/local/bin/g++-mp-4.4 -I/opt/local/lib/R/include -I/opt/local/lib/R/include/x86_64 -I/opt/local/lib/R/library/Rcpp/include -I/opt/local/include    -fPIC  -pipe -O2 -m64 -c min.cpp -o min.o
/opt/local/bin/g++-mp-4.4 -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L/opt/local/lib -o min.so min.o /opt/local/lib/R/library/Rcpp/lib/x86_64/libRcpp.a -L/opt/local/lib/R/lib/x86_64 -lR

поэтому я не уверен, что это та же проблема.

Обновление 2: После обсуждения на https://discussions.apple.com/thread/2166586?threadID=2166586&tstart=0, я добавил следующее в начало моего кода: 

#ifdef GLIBCXXDEBUG
#define GLIBCXX_DEBUGDEFINED "1"
#else
#define GLIBCXX_DEBUGDEFINED "<undefined>"
#endif

и также инициализировал f как float f=0; в stof в соответствии с предложением @ Kerrek (хотя это ничего не должно изменить).

Вывод на Mac все тот же.

Ответы [ 2 ]

1 голос
/ 14 декабря 2011

Это прекрасно работает для меня на Lion с обычным набором компиляторов Xcode.

> require(inline)
Le chargement a nécessité le package : inline
> require(Rcpp)
Le chargement a nécessité le package : Rcpp
Le chargement a nécessité le package : int64
> 
> inc <- '
+ float atof(std::string a) {
+         std::stringstream ss(a);
+         Rf_PrintValue(Rcpp::wrap(a));
+         float f = 0. ;
+         Rf_PrintValue(Rcpp::wrap(f));
+         ss >> f;
+         Rf_PrintValue(Rcpp::wrap(f));
+         return (f);
+ }
+ '
> 
> fx <- cxxfunction( signature( sR = "character" ), '
+     std::string sC = as<std::string>(sR);
+     return wrap(atof(sC));
+ ', plugin = "Rcpp", includes = inc )
> fx( "1.2" )
[1] "1.2"
[1] 0
[1] 1.2
[1] 1.2

Был ли ваш R скомпилирован также с gcc 4.4?

1 голос
/ 12 декабря 2011

Я не знаю R или RCPP, но держу пари, что следующий код вызывает неопределенное поведение: 

    float f;
    Rf_PrintValue(Rcpp::wrap(f));

Вы никогда не инициализируете f перед его использованием и читаетенеинициализированная переменная - UB.Скажите что-то вроде float f = 0;, чтобы быть в безопасности.

...