On 13.01.2024 15:01, Uwe Ligges wrote:
Fascinating, now it worked with the latest winbuilder submission 3 times
in a row when I checked it manually. So maybe Ivan was right and there
was a very demanding set of other packages compiling at the same time?
I don't know.
Serge, Can you somply
Thank you both very much for your feedback.
I'll submit the package tomorrow and see...
Best,
Serge
Le 13/01/2024 à 15:01, Uwe Ligges a écrit :
Fascinating, now it worked with the latest winbuilder submission 3 times in a row when I checked it
manually. So maybe Ivan was right and there was
Fascinating, now it worked with the latest winbuilder submission 3 times
in a row when I checked it manually. So maybe Ivan was right and there
was a very demanding set of other packages compiling at the same time?
I don't know.
Serge, Can you somply submit your latest winbuilder upload to
I can take a look, but not sure if I get to it before monday.
I haven't seen it for any other packages recently.
My suspicion is currently a strange mix of cmd.exe and sh.exe calls. But
this is a very wild guess.
Best,
Uwe
On 13.01.2024 14:08, Uwe Ligges wrote:
On 13.01.2024 10:10, Ivan
On 13.01.2024 10:10, Ivan Krylov via R-package-devel wrote:
В Fri, 12 Jan 2024 21:19:00 +0100
Serge пишет:
After somme minor midficiations, I make a try on the winbuilder site.
I was able to build the archive with the static library
but I get again a Bad address error. You can have a look
В Fri, 12 Jan 2024 21:19:00 +0100
Serge пишет:
> After somme minor midficiations, I make a try on the winbuilder site.
> I was able to build the archive with the static library
> but I get again a Bad address error. You can have a look to
>
>
Hi Ivan,
After somme minor midficiations, I make a try on the winbuilder site.
I was able to build the archive with the static library
but I get again a Bad address error. You can have a look to
https://win-builder.r-project.org/bw47qsMX3HTd/00install.out
Thanks for your help,
Serge
Le
Hello Duncan,
Yes, you're right, I'll do that !
Serge
Le 12/01/2024 à 19:47, Duncan Murdoch a écrit :
I don't know if you can find out which rtkore version was installed, but your package should work
with any rtkore version if you haven't declared a dependency on a particular version. So the
Hello Ivan,
Here the output of Cxxflags on my local computer
> rtkore::CppFlags()
-DIS_RTKPP_LIB -DSTKUSELAPACK
> rtkore::CxxFlags()
-I/home/iovleff/R/x86_64-pc-linux-gnu-library/4.3/rtkore/include
-I/home/iovleff/R/x86_64-pc-linux-gnu-library/4.3/rtkore/projects
and here the code of the
В Fri, 12 Jan 2024 19:09:29 +0100
Serge пишет:
> I updated the package rtkore one month ago, fixing a compilation
> problem on windows devel platform.
>
> MixAll has a dependency to rtkore. Thus, I suspect that the error
> reported below is due to the presence of the old version of rtkore on
>
I don't know if you can find out which rtkore version was installed, but
your package should work with any rtkore version if you haven't declared
a dependency on a particular version. So the simplest thing is just to
declare that you depend on "rtkore (>= x.y.z)" where x.y.z has the
recent
11 matches
Mail list logo
