similar to: Compiler options for Makefile.win

Dear all When trying to install my package on Windows XP on my Mac, I get the following error: ---------- Making package xps ------------ ... ... xpsDict.cxx "C:\Programme\Microsoft Visual Studio 9.0\VC\bin/link" /dll /def:xps.def /out:xps.dll fp10.obj -opt:noref -nologo -include:_G__cpp_setupG__Hist -include:_G__cpp_setupG__Graf1 -include:_G__cpp_setupG__G3D

Dear Dirk, Yes, I know, however forget for one moment R. If I use tar independent of R it still should not create these hidden files. BTW, do you know where these hidden files are stored on the Mac? Best regards, Christian On 09/26/15 23:01, Dirk Eddelbuettel wrote: > > On 26 September 2015 at 22:41, cstrato wrote: > | Dear Simon, > | > | Thank you very much for your help, it

Dear all, Please, please I really need your help, since I am not able to solve the problem myself: It seems that until now most Windows users of my Bioconductor package "xps" use Windows XP, but recently a user tried to use it on Windows Vista where it crashed R immediately. Since I assume that some users may migrate to the upcoming Windows 7 where the problem will be the same, I

Dear all, When running R CMD check on my Mac (Yosemite 10.10.5) I get suddenly NOTEs and WARNINGs that my tar.gz file does contain hidden files. However, when checking the corresponding directories with 'ls -al' (or with mc) none of these files does exist!! (with exception .BBSoptions). Here is a partial output of 00check.log: * using log directory

Dear all, When running R CMD check on Windows XP to test my package I get the following warning message: "* checking line endings in C/C++/Fortran sources/headers ... WARNING Found the following sources/headers with CR or CRLF line endings: src/xpsDict.h" The problem is that this file is created by the compiler AUTOMATICALLY during the compilation process, and since the file is

Dear all, When running function 'testQAReport()', which uses function 'buildVignettes()' to create a pdf-file I get the following error: > source("testQAReport.R") > testQAReport() Error in .get_package_metadata(pkgdir) : Files 'DESCRIPTION' and 'DESCRIPTION.in' are missing. Since I did not get this error in earlier versions of R, could you

Dear Simon, Thank you very much for your help, it did solve my problems!! Great! I have googled COPYFILE_DISABLE and found the following site which does explain the issue with tar on Mac OS X, see: http://unix.stackexchange.com/questions/9665/create-tar-archive-of-a-directory-except-for-hidden-files Instead of doing: $tar czf xps_1.29.2.tar.gz xps I did now: $COPYFILE_DISABLE=1 tar czf

Dear all, While R CMD check and R CMD INSTALL have always created the vignettes on R-2.12.1 or any earlier versions of R, I am no longer able to build the vignettes on R-2.13.0. Instead R CMD check gives me the following output: * checking for unstated dependencies in vignettes ... OK * checking package vignettes in 'inst/doc' ... WARNING Package vignette(s) without corresponding PDF:

Dear all Below is the code for "scriptPreFilter.R" which gives the following result: > source("scriptPreFilter.R") > prefltr <- new("PreFilter", mad=c(0.5,0.01)) [1] "------initialize:PreFilter------" [1] "------initialize:Filter------" > str(prefltr) Formal class 'PreFilter' [package ".GlobalEnv"] with 2 slots

Hi Achim, thank you for your effort! I did a couple of tests, from W8.1 with x64 driver which where rather old and therefore disignated for W7x64. But this went stale as well. Therefore I'll give it a try by using a W7-WS for uploading the drivers. Franz >>> Achim Gottinger <achim at ag-web.biz> 06.06.2017 15:27 >>> Hmm after another try an windows 7 client 32 and

I want to see some working examples on how to call C++ programs from R. Could somebody let me know which R packages mainly use C++ rather than C or Fortran?

https://bugs.freedesktop.org/show_bug.cgi?id=91373 Bug ID: 91373 Summary: Nouveau fills kern.log with gigabytes of data when molecule screensaver is ran Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

On Sep 26, 2015, at 5:06 PM, cstrato <cstrato at aon.at> wrote: > Dear Dirk, > > Yes, I know, however forget for one moment R. > > If I use tar independent of R it still should not create these hidden files. > > BTW, do you know where these hidden files are stored on the Mac? > Please consider reading my original reply - those are not actual files (all but

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support,

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support,

Christian, those are resource forks from your files - possibly maintained by your (likey very old?) editor. First, is seems that you are not creating the tar ball correctly - the correct way is to use R CMD build which should not include resource forks nor files on the ignore list. That said, if for some reason you intend to create is by hand (not recommended), you may want to set