You might be better off using the same g++ as distributed and found on
Prof Ripley's web site, rather than the newer 4.x:
$ /home/hin-tak/mingw-cross/bin/i586-mingw32-c++ --version
i586-mingw32-c++ (GCC) 3.4.5 (mingw special)
...
Name-mangling and C++ ABI had changed between gcc 3.x and 4.x, so
False alarm, those errors were due to the old iostream R.h ordering required -
so not a lead after all.
Tom
[EMAIL PROTECTED] wrote:
> More information for you.
>
> In order to test some ideas I had I first attempted to compile the gafit
> package which is just a single file - this compiled fin
More information for you.
In order to test some ideas I had I first attempted to compile the gafit
package which is just a single file - this compiled fine (this is a C
package).
I then added the iostream library to it as so:
#include
and altered the extension from c to cpp so it would compi
Thanks for your reply, as an example it appears to have difficulty linking
to even ostream library of the standard C++, as shown below:
/home/tmccallum/ritzel/RItzel/src/Classifier.cpp:209: undefined reference
to `_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc'
Classifier.o: In functi
Dear Tom,
It has worked for me out-of-the box in at least two times, one a while ago
with R-2.2-something and recently with R-2.4.0. In both cases, I was running
Debian (with a mix of testing and unstable) on x86. I never had to do
anything, just run the script and at least in one case I did cr
