similar to: Package portability issues

These are C/C++ extensions found in several packages[1]. They are non-standard: the C99 standard has __func__ which should be used in C in place of either. If you really want back compatibilty, try something like #if __STDC_VERSION__ < 199901L # if __GNUC__ >= 2 # define __func__ __FUNCTION__ # else # define __func__ "<unknown>" # endif #endif I don't know a

I do have full access to that directory. I have the bbHist package in c:/PROGRA~1/R/rw2011/library/bbHist directory. Then under the library directory I did check and build. Here's what I got: $ R CMD check bbHist * checking for working latex ... OK * using log directory 'c:/progra~1/r/rw2011/library/bbHist.Rcheck' * using R version 2.1.1, 2005-06-20 * checking for file

Dear all: I am developing a package in R. While I am running R CMD check, I found the following warning message: Found the following C sources/headers with CRLF line endings: src/hem.c src/random4f.h ISO C requires LF line endings. It seems that it comes from a line ending problem in C. What are CRLF/LF line endings? How can I fix it? Thank you for your help in advance. Best, HJ

I go back and forth between windows and linux, and find myself running into problem with line endings. Is there a way to control the line ending conversion when writing files, such as write and cat? More explicitly I want to be able to write files with LF line endings rather than CRLF line ending on windows; and CRLF line endings instead of LF on linux, and I want to be able to control when the

https://bugzilla.mindrot.org/show_bug.cgi?id=1536 Summary: SSH modifies line endings when using command in authorized_keys Product: Portable OpenSSH Version: 5.1p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo:

Hi, could somebody apply the below patch to contrib/cygwin/ssh-host-config? The patch solves a problem with the way, the Windows pendant of the /etc/services file is used. This file has (obviously) CRLF line endings. The ssh-host-config file tries to accomodate that when adding the ssh service entries but I never reviewed this functionality in the light of some major changes in the Cygwin DLL.

Hello, I would appreciate *any* ideas on this problem. I'm the maintainer of a package ("subselect"), which on CRAN's Daily Package Checks is OK on all flavours of R, except r-devel Linux x86_64, where there is a "memory not mapped" segfault with the very first example that is tried out (output below). Additionally, a user with an AMD64 machine has just reported a

One of the recent 1.0 commits relating to CRLF handling (maybe 2006-06-24) has changed the behaviour of APPEND when using mbox files with ordinary plain text emails. When a client stores a new message using an APPEND command (eg. saving a draft or copy of a sent message), it uses CRLF consistently as a line-ending throughout the literal data block over the wire - both for the header and the

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

Hello All, R 2.11.1 Windows XP, 32-bit Help says that default is eol=''\n''. To me, that represents Linefeed (LF) >From Help: eol the character(s) to print at the end of each line (row). For example, eol="\r\n" will produce Windows'' line endings on a Unix-alike OS, and eol="\r" will produce files as expected by Mac OS Excel 2004. I would

I am trying someone's example to build a R package, but I get some errors, Can someone help me to figure it out? thanks, * using log directory '/home/aiminy/myrpackages/roots.Rcheck' * using R version 2.6.1 (2007-11-26) * checking for file 'roots/DESCRIPTION' ... OK * this is package 'roots' version '0.1-1' * checking package dependencies ... OK * checking if

Are you sure your CVS is configured correctly? On Windows, CVS automatically converts between LF and CR/LF line endings. I sent a patch to remove all CRs from the repository because when I checked out the files on Windows, every line had two CRs and a single LF. When VS saved a modified project file, the extra CR went away, causing every line to diff. On Mon, 08 Nov 2004 12:10:21 +0100 Morten

Hi, While running R CMD build on one of the Bioc packages, I'm getting the following error message * creating vignettes ... OK * cleaning src * removing junk files * checking for LF line-endings in source files Can't call method "print" on an undefined value at /home/sfalcon/arch/x86_64/R-2.3/bin/build line 646. The pacakge has CRLF line endings in source files. >

Full_Name: The Manager Version: 2.0.1 OS: Solaris 9 Submission from: (NULL) (129.67.80.243) > install.packages("gbm") trying URL `http://cran.uk.r-project.org/src/contrib/PACKAGES' Content type `text/plain; charset=ISO-8859-1' length 52975 bytes opened URL ================================================== downloaded 51Kb trying URL

Hello, I am having an issue with R CMD check with the nightly build of RC 2.3.0 (listed in the subject.) The problem is this warning: * checking if this is a source package ... WARNING Subdirectory 'src' contains: README _Makefile These are unlikely file names for src files. In fact, they are not source files, but I do not see any reason why they cannot be there, or why I need to

This patch moves line ending conversion for windows scripts into a separate helper function. This simplifies code a bit, and fixes the problem that actual firstboot scripts used to remain with unix-style line endings. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- customize/firstboot.ml | 33 ++++++++++++++++----------------- 1 file changed, 16 insertions(+), 17 deletions(-) diff

Argh, just now I saw a scrambled start-up message when running xlsReadWrite1.5.2 in R2.12.0 (32-bit) on a Win7 64-bit platform. If you have this situation and use xlsReadWrite 1.5.2 (probably all earlier versions also) you can download a quick fix, see below. I don't know if this also affects Vista/XP 64 bit. - Probably on the weekend I'll have time to release a proper new 1.5.3 version.

Hi All Please see the Rprofile file which i have modified as follows and after that when I start R then I see that R says to me "TRUE" for all the packages implying that all loaded at once. But when i try to use commands as simple as help("lm"), it doesnt work nor any of the menu "Packages" is not working. Although the regression using lm ( Y ~ X ) is working

I moved my own llvm tree out of the way and tried to get a fresh copy from cvs and build everything from scratch... and it worked! apart from one little problem, a file was moved and should be removed from the project files -- here is a patch. There is a small problem with submitting patches for the .vcproj files - VS saves them with CRLF line endings but the CVS versions appear to have only

Hi. I've made a strange observation. When having Dovecot (at least) with maildir and moving (via IMAP) mail received by some client (Evolution 3.4) into it the following happens: Regardless of whether the mail was originally(!) set with CRLF or LF (i.e. when I use netcat to submit the plain SMTP to the relaying MTA). When the client (Evolution) had received the mail via POP3 before moving