<div dir="ltr"><div><div>The change/commit that fixes the error in the header file is this one:<br><a href="https://github.com/renozao/RcppOctave/commit/59375a038e5abeeb7fceb01ab7ffbc98cfe8cccf">https://github.com/renozao/RcppOctave/commit/59375a038e5abeeb7fceb01ab7ffbc98cfe8cccf</a><br>
 <br></div>From the diff, it feels like more stuff changed, because I also moved some irrelevant-to-this-issue macro declarations but this is really only about not including the Octave headers before including Rcpp.h, and substituting them by a forward declaration before declaring the specialisation. Octave headers are then included _after_ Rcpp.h.<br>
<br></div><div>I will try the (x)emacs/cygwin trick. Cmd.exe is simply not reliable and frustrating. Even running R from cmd.exe (not Rgui) breaks horribly with i/o issues. However, isn't there any conflict between plain cygwin and the files installed by Rtools that are to be used when building/checking packages?<br>
<br></div><div>Renaud<br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 4 October 2013 20:05, Steve Jaffe <span dir="ltr"><<a href="mailto:sjaffe@riskspan.com" target="_blank">sjaffe@riskspan.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't think the "typename" is necessary ... As I said, I could see no reason for needing it, it was just something to try in case I was overlooking something. Now that Renaud has found a real solution I think we can forget about it (in fact, based on my understand of the rules, I think adding the "typename" would itself be an error :-)<br>

<span class="HOEnZb"><font color="#888888"><br>
Steve<br>
</font></span><div class="im HOEnZb"><br>
-----Original Message-----<br>
From: Dirk Eddelbuettel [mailto:<a href="mailto:edd@debian.org">edd@debian.org</a>]<br>
Sent: Friday, October 04, 2013 12:12 PM<br>
To: Renaud Gaujoux<br>
Cc: Steve Jaffe; <a href="mailto:rcpp-devel@lists.r-forge.r-project.org">rcpp-devel@lists.r-forge.r-project.org</a><br>
Subject: Re: [Rcpp-devel] Defining template specialisation for wrap on Windows 64bit (Compilation error: 'result_type' does not name a type)<br>
<br>
<br>
</div><div class="HOEnZb"><div class="h5">On 4 October 2013 at 17:45, Renaud Gaujoux wrote:<br>
| I posted the follow up email adding [SOLVED] to the subject, but I thought it<br>
| would appear in the same thread. Here it is:<br>
|<br>
| <a href="http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2013-October/" target="_blank">http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2013-October/</a><br>
| 006555.html<br>
|<br>
| Indeed, one of the suggested solution out there was to add "typename" in the<br>
| typdef statement, but I don't control that piece of code, which is in Rcpp<br>
| itself. Maybe Dirk and Romain can look into the implications of that for the<br>
| next release?<br>
<br>
Could you possibly provide a diff output (or 'svn diff' output) to make it<br>
more clear exactly what changes where you are talking about?<br>
<br>
| I eventually managed to get RcppOctave working on Windows!!! The library issue<br>
| got solved by using proper gcc linking flags, making the libraries nicely<br>
| dynamically loaded.<br>
<br>
Very awesome.<br>
<br>
| I want to start another thread on the Rcp and RcppOctave list, to ask willing<br>
| windows users to actually test the binary package I built on R-3.0.2.<br>
<br>
Yup.<br>
<br>
| I see strange things happening when building/checking the package in the crappy<br>
| cmd.exe terminal on my VirtualBox Windows7 (which makes me even happier to run<br>
| Ubuntu ;) ), so I'd rather ask plain R/Windows users a hand.<br>
<br>
I have / once had WinXP inside a kvm virtualization, which was even less of a<br>
resource hog, but it looks like I busted that one -- last time I tried R and<br>
compilations it didn't quite.  Need a new machine with more ram...<br>
<br>
Dirk<br>
<br>
--<br>
Dirk Eddelbuettel | <a href="mailto:edd@debian.org">edd@debian.org</a> | <a href="http://dirk.eddelbuettel.com" target="_blank">http://dirk.eddelbuettel.com</a><br>
<br>
</div></div></blockquote></div><br></div>