Re: [Rd] Ralloc clash
Thank you for your reply. My mistake - I meant Realloc (missed the 'e').
This morning I reinstalled MinGW with all the patches suggested by the
Install R on Windows Help page, including w32api-3.7, just to make sure
all was as it should be. I have put
#define WIN32_LEAN_AND_MEAN
at the top of my cpp file (which I did not know about so that was
interesting) but it is still saying there is a conflict between Realloc in
objidl.h and windows.h. Interesting I had a C file which I _did_ manage
to compile with the R.h and windows.h file in without this error coming
up. Could there be something going on with g++ that gcc is ignoring? I
am no sure it iss a clash now as I cannot find Realloc in the R includes
but below is some output I have gathered which may be of assistance.
In objidl.h (line 532):
STDMETHOD_(void*,Realloc)(THIS_ void*,ULONG) PURE;
In R.h it has the solitary line:
/* for PROBLEM ... Calloc, Realloc, Free, Memcpy, F77_ */
Can only find a R_alloc but no Realloc.
==ERROR MSG OUTPUT==
$ R CMD SHLIB callcdeclcall.cpp
making callcdeclcall.d from callcdeclcall.cpp
In file included from
c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objbase.h:73,
from
c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/ole2.h:9,
from
c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/windows.h:111,
from callcdeclcall.cpp:4:
c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objidl.h:532:45:
macro "Realloc" requires 3 arguments, but only 2 given
make: *** [callcdeclcall.d] Error 1
==END ERROR MSG OUTPUT==
Headers in CPP file are:
#include
#include
#include
#include
#include
Thanks,
Tom
On Wed, 22 Nov 2006 21:21:15 -, Prof Brian Ripley
<[EMAIL PROTECTED]> wrote:
> Where exactly did you get windows.h from? The recommended source is
> w32api-3.7.tar.gz, and there is no Ralloc in any of its header files,
> including objidl.h.
>
> BTW, do you know about defining WIN32_LEAN_AND_MEAN when including
> windows.h? If not, it is worth finding out about.
>
>
> On Wed, 22 Nov 2006, Tom McCallum wrote:
>
>> Hi everyone,
>>
>> Have been trying to include windows.h (from MinGW) and R.h into a
>> package
>> and have found that Ralloc is coming up as a clash no matter which
>> include
>> ordering I use. In windows it has 2 arguments and is defined in
>> objidl.h
>> and in R.h it is 3 arguments. Any ideas of how to work round this?
>> Have
>> checked the web and have not seen anyone else comment on this.
>
--
Dr. Thomas McCallum
Systems Architect,
Level E Limited
ETTC, The King's Buildings
Mayfield Road,
Edinburgh EH9 3JL, UK
Work +44 (0) 131 472 4813
Fax: +44 (0) 131 472 4719
http://www.levelelimited.com
Email: [EMAIL PROTECTED]
Level E is a limited company incorporated in Scotland. The c...{{dropped}}
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Ralloc clash
Realloc is defined in R_ext/RS.h, and only if STRICT_R_HEADERS is not defined. This *is* documented in 'Writing R Extensions'. On Thu, 23 Nov 2006, Tom McCallum wrote: > Thank you for your reply. My mistake - I meant Realloc (missed the 'e'). > This morning I reinstalled MinGW with all the patches suggested by the > Install R on Windows Help page, including w32api-3.7, just to make sure > all was as it should be. I have put > > #define WIN32_LEAN_AND_MEAN > > at the top of my cpp file (which I did not know about so that was > interesting) but it is still saying there is a conflict between Realloc in > objidl.h and windows.h. Interesting I had a C file which I _did_ manage > to compile with the R.h and windows.h file in without this error coming > up. Could there be something going on with g++ that gcc is ignoring? I > am no sure it iss a clash now as I cannot find Realloc in the R includes > but below is some output I have gathered which may be of assistance. > > In objidl.h (line 532): > STDMETHOD_(void*,Realloc)(THIS_ void*,ULONG) PURE; > > In R.h it has the solitary line: > /* for PROBLEM ... Calloc, Realloc, Free, Memcpy, F77_ */ > Can only find a R_alloc but no Realloc. > > ==ERROR MSG OUTPUT== > $ R CMD SHLIB callcdeclcall.cpp > making callcdeclcall.d from callcdeclcall.cpp > In file included from > c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objbase.h:73, > from > c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/ole2.h:9, > from > c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/windows.h:111, > from callcdeclcall.cpp:4: > c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objidl.h:532:45: > macro "Realloc" requires 3 arguments, but only 2 given > make: *** [callcdeclcall.d] Error 1 > ==END ERROR MSG OUTPUT== > > Headers in CPP file are: > #include > #include > #include > #include > #include > > Thanks, > > Tom > > > On Wed, 22 Nov 2006 21:21:15 -, Prof Brian Ripley > <[EMAIL PROTECTED]> wrote: > >> Where exactly did you get windows.h from? The recommended source is >> w32api-3.7.tar.gz, and there is no Ralloc in any of its header files, >> including objidl.h. >> >> BTW, do you know about defining WIN32_LEAN_AND_MEAN when including >> windows.h? If not, it is worth finding out about. >> >> >> On Wed, 22 Nov 2006, Tom McCallum wrote: >> >>> Hi everyone, >>> >>> Have been trying to include windows.h (from MinGW) and R.h into a >>> package >>> and have found that Ralloc is coming up as a clash no matter which >>> include >>> ordering I use. In windows it has 2 arguments and is defined in >>> objidl.h >>> and in R.h it is 3 arguments. Any ideas of how to work round this? >>> Have >>> checked the web and have not seen anyone else comment on this. >> > > > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Ralloc clash
But from R_ext/RS.h you have (my comments are given by <-- some text):
BEGIN
EXTRACT
#ifndef STRICT_R_HEADERS
<-- fair enough this is defined but it
ends ...
#define R_PROBLEM_BUFSIZE 4096
/* Parentheses added for FC4 with gcc4 and -D_FORTIFY_SOURCE=2 */
#define PROBLEM {char
R_problem_buf[R_PROBLEM_BUFSIZE];(sprintf)(R_problem_buf,
#define MESSAGE {char
R_problem_buf[R_PROBLEM_BUFSIZE];(sprintf)(R_problem_buf,
#define ERROR ),error(R_problem_buf);}
#define RECOVER(x) ),error(R_problem_buf);}
#define WARNING(x) ),warning(R_problem_buf);}
#define LOCAL_EVALUATOR /**/
#define NULL_ENTRY /**/
#define WARNWARNING(NULL)
#endif
<-- ifndef clause ends here
/* S Like Memory Management */
extern void *R_chk_calloc(size_t, size_t);
extern void *R_chk_realloc(void *, size_t);
extern void R_chk_free(void *);
#define Calloc(n, t) (t *) R_chk_calloc( (size_t) (n), sizeof(t) )
#define Realloc(p,n,t) (t *) R_chk_realloc( (void *)(p), (size_t)((n) *
sizeof(t)) ) <-- This is still defined therefore, is it not?
/* S-PLUS 3.x but not 5.x NULLs the pointer in the following */
#ifndef STRICT_R_HEADERS
#define Free(p)(R_chk_free( (void *)(p) ), (p) = NULL)
#endif
#define R_Free(p) (R_chk_free( (void *)(p) ), (p) = NULL)
#define Memcpy(p,q,n) memcpy( p, q, (size_t)( (n) * sizeof(*p) ) )
END
EXTRACT
The STRICT_R_HEADERS does not go around the Realloc function so even with
STRICT_R_HEADERS defined the problem persists.
To test I placed "#define STRICT_R_HEADERS" at the top of my single cpp
file before all the include lines as I am not sure how to pass the -D
function through to the g++ when doing R CMD SHLIB - would putting it in
one of the PKG_ environment variables work - if so which?
Tom
On Thu, 23 Nov 2006 11:13:44 -, Prof Brian Ripley
<[EMAIL PROTECTED]> wrote:
> Realloc is defined in R_ext/RS.h, and only if STRICT_R_HEADERS is not
> defined. This *is* documented in 'Writing R Extensions'.
>
> On Thu, 23 Nov 2006, Tom McCallum wrote:
>
>> Thank you for your reply. My mistake - I meant Realloc (missed the
>> 'e').
>> This morning I reinstalled MinGW with all the patches suggested by the
>> Install R on Windows Help page, including w32api-3.7, just to make sure
>> all was as it should be. I have put
>>
>> #define WIN32_LEAN_AND_MEAN
>>
>> at the top of my cpp file (which I did not know about so that was
>> interesting) but it is still saying there is a conflict between Realloc
>> in
>> objidl.h and windows.h. Interesting I had a C file which I _did_ manage
>> to compile with the R.h and windows.h file in without this error coming
>> up. Could there be something going on with g++ that gcc is ignoring? I
>> am no sure it iss a clash now as I cannot find Realloc in the R includes
>> but below is some output I have gathered which may be of assistance.
>>
>> In objidl.h (line 532):
>> STDMETHOD_(void*,Realloc)(THIS_ void*,ULONG) PURE;
>>
>> In R.h it has the solitary line:
>> /* for PROBLEM ... Calloc, Realloc, Free, Memcpy, F77_ */
>> Can only find a R_alloc but no Realloc.
>>
>> ==ERROR MSG OUTPUT==
>> $ R CMD SHLIB callcdeclcall.cpp
>> making callcdeclcall.d from callcdeclcall.cpp
>> In file included from
>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objbase.h:73,
>> from
>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/ole2.h:9,
>> from
>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/windows.h:111,
>> from callcdeclcall.cpp:4:
>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objidl.h:532:45:
>> macro "Realloc" requires 3 arguments, but only 2 given
>> make: *** [callcdeclcall.d] Error 1
>> ==END ERROR MSG OUTPUT==
>>
>> Headers in CPP file are:
>> #include
>> #include
>> #include
>> #include
>> #include
>>
>> Thanks,
>>
>> Tom
>>
>>
>> On Wed, 22 Nov 2006 21:21:15 -, Prof Brian Ripley
>> <[EMAIL PROTECTED]> wrote:
>>
>>> Where exactly did you get windows.h from? The recommended source is
>>> w32api-3.7.tar.gz, and there is no Ralloc in any of its header files,
>>> including objidl.h.
>>>
>>> BTW, do you know about defining WIN32_LEAN_AND_MEAN when including
>>> windows.h? If not, it is worth finding out about.
>>>
>>>
>>> On Wed, 22 Nov 2006, Tom McCallum wrote:
>>>
Hi everyone,
Have been trying to include windows.h (from MinGW) and R.h into a
package
and have found that Ralloc is coming up as a clash no matter which
include
o
Re: [Rd] Ralloc clash
On Thu, 23 Nov 2006, Prof Brian Ripley wrote: > Realloc is defined in R_ext/RS.h, and only if STRICT_R_HEADERS is not > defined. This *is* documented in 'Writing R Extensions'. That was the general intention, but seems not to cover this example. Howver, #include #undef Realloc #define R_Realloc(p,n,t) (t *) R_chk_realloc( (void *)(p), (size_t)((n) * sizeof(t)) ) #include seems to work. > On Thu, 23 Nov 2006, Tom McCallum wrote: > >> Thank you for your reply. My mistake - I meant Realloc (missed the 'e'). >> This morning I reinstalled MinGW with all the patches suggested by the >> Install R on Windows Help page, including w32api-3.7, just to make sure >> all was as it should be. I have put >> >> #define WIN32_LEAN_AND_MEAN >> >> at the top of my cpp file (which I did not know about so that was >> interesting) but it is still saying there is a conflict between Realloc in >> objidl.h and windows.h. Interesting I had a C file which I _did_ manage >> to compile with the R.h and windows.h file in without this error coming >> up. Could there be something going on with g++ that gcc is ignoring? I >> am no sure it iss a clash now as I cannot find Realloc in the R includes >> but below is some output I have gathered which may be of assistance. >> >> In objidl.h (line 532): >> STDMETHOD_(void*,Realloc)(THIS_ void*,ULONG) PURE; >> >> In R.h it has the solitary line: >> /* for PROBLEM ... Calloc, Realloc, Free, Memcpy, F77_ */ >> Can only find a R_alloc but no Realloc. >> >> ==ERROR MSG OUTPUT== >> $ R CMD SHLIB callcdeclcall.cpp >> making callcdeclcall.d from callcdeclcall.cpp >> In file included from >> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objbase.h:73, >> from >> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/ole2.h:9, >> from >> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/windows.h:111, >> from callcdeclcall.cpp:4: >> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objidl.h:532:45: >> macro "Realloc" requires 3 arguments, but only 2 given >> make: *** [callcdeclcall.d] Error 1 >> ==END ERROR MSG OUTPUT== >> >> Headers in CPP file are: >> #include >> #include >> #include >> #include >> #include >> >> Thanks, >> >> Tom >> >> >> On Wed, 22 Nov 2006 21:21:15 -, Prof Brian Ripley >> <[EMAIL PROTECTED]> wrote: >> >>> Where exactly did you get windows.h from? The recommended source is >>> w32api-3.7.tar.gz, and there is no Ralloc in any of its header files, >>> including objidl.h. >>> >>> BTW, do you know about defining WIN32_LEAN_AND_MEAN when including >>> windows.h? If not, it is worth finding out about. >>> >>> >>> On Wed, 22 Nov 2006, Tom McCallum wrote: >>> Hi everyone, Have been trying to include windows.h (from MinGW) and R.h into a package and have found that Ralloc is coming up as a clash no matter which include ordering I use. In windows it has 2 arguments and is defined in objidl.h and in R.h it is 3 arguments. Any ideas of how to work round this? Have checked the web and have not seen anyone else comment on this. >>> >> >> >> > > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Ralloc clash
Thank you that did the job.
Tom
On Thu, 23 Nov 2006 13:06:29 -, Prof Brian Ripley
<[EMAIL PROTECTED]> wrote:
> On Thu, 23 Nov 2006, Prof Brian Ripley wrote:
>
>> Realloc is defined in R_ext/RS.h, and only if STRICT_R_HEADERS is not
>> defined. This *is* documented in 'Writing R Extensions'.
>
> That was the general intention, but seems not to cover this example.
> Howver,
>
> #include
> #undef Realloc
> #define R_Realloc(p,n,t) (t *) R_chk_realloc( (void *)(p), (size_t)((n)
> * sizeof(t)) )
> #include
>
> seems to work.
>
>
>> On Thu, 23 Nov 2006, Tom McCallum wrote:
>>
>>> Thank you for your reply. My mistake - I meant Realloc (missed the
>>> 'e').
>>> This morning I reinstalled MinGW with all the patches suggested by the
>>> Install R on Windows Help page, including w32api-3.7, just to make sure
>>> all was as it should be. I have put
>>> #define WIN32_LEAN_AND_MEAN
>>> at the top of my cpp file (which I did not know about so that was
>>> interesting) but it is still saying there is a conflict between
>>> Realloc in
>>> objidl.h and windows.h. Interesting I had a C file which I _did_
>>> manage
>>> to compile with the R.h and windows.h file in without this error coming
>>> up. Could there be something going on with g++ that gcc is ignoring?
>>> I
>>> am no sure it iss a clash now as I cannot find Realloc in the R
>>> includes
>>> but below is some output I have gathered which may be of assistance.
>>> In objidl.h (line 532):
>>> STDMETHOD_(void*,Realloc)(THIS_ void*,ULONG) PURE;
>>> In R.h it has the solitary line:
>>> /* for PROBLEM ... Calloc, Realloc, Free, Memcpy, F77_ */
>>> Can only find a R_alloc but no Realloc.
>>> ==ERROR MSG OUTPUT==
>>> $ R CMD SHLIB callcdeclcall.cpp
>>> making callcdeclcall.d from callcdeclcall.cpp
>>> In file included from
>>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objbase.h:73,
>>> from
>>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/ole2.h:9,
>>> from
>>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/windows.h:111,
>>> from callcdeclcall.cpp:4:
>>> c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/objidl.h:532:45:
>>> macro "Realloc" requires 3 arguments, but only 2 given
>>> make: *** [callcdeclcall.d] Error 1
>>> ==END ERROR MSG OUTPUT==
>>> Headers in CPP file are:
>>> #include
>>> #include
>>> #include
>>> #include
>>> #include
>>> Thanks,
>>> Tom
>>> On Wed, 22 Nov 2006 21:21:15 -, Prof Brian Ripley
>>> <[EMAIL PROTECTED]> wrote:
>>>
Where exactly did you get windows.h from? The recommended source is
w32api-3.7.tar.gz, and there is no Ralloc in any of its header files,
including objidl.h.
BTW, do you know about defining WIN32_LEAN_AND_MEAN when including
windows.h? If not, it is worth finding out about.
On Wed, 22 Nov 2006, Tom McCallum wrote:
> Hi everyone,
> Have been trying to include windows.h (from MinGW) and R.h into a
> package
> and have found that Ralloc is coming up as a clash no matter which
> include
> ordering I use. In windows it has 2 arguments and is defined in
> objidl.h
> and in R.h it is 3 arguments. Any ideas of how to work round this?
> Have
> checked the web and have not seen anyone else comment on this.
>>>
>>
>>
>
--
Dr. Thomas McCallum
Systems Architect,
Level E Limited
ETTC, The King's Buildings
Mayfield Road,
Edinburgh EH9 3JL, UK
Work +44 (0) 131 472 4813
Fax: +44 (0) 131 472 4719
http://www.levelelimited.com
Email: [EMAIL PROTECTED]
Level E is a limited company incorporated in Scotland. The c...{{dropped}}
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] configure issue (PR#9379)
Full_Name: Gordon Lack Version: 2.4.0 OS: Redhat Linux AS2.1 Submission from: (NULL) (198.28.92.5) Not sure whether this is a configure issue or an R one. It's only a minor issue, so this is really just FYI. The code in configure checks for the version of makeinfo by splitting the version string into a major and minor component. The tests on these assume they are numeric. RHAS2.1 shipped with a makeinfo version of "4.0b" The result is this: = checking whether makeinfo version is at least 4.7... ./configure: test: 0b: integer expression expected yes = ie: an error reported, but the test passed (4.0b > 4.7!!!). And there is no command line option to tell configure not to run the makeinfo commands (you can set r_cv_prog_makeinfo_v4=0 in your environment, but that isn't "right"). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] configure issue (PR#9379)
> gml4410 writes: > Full_Name: Gordon Lack > Version: 2.4.0 > OS: Redhat Linux AS2.1 > Submission from: (NULL) (198.28.92.5) > Not sure whether this is a configure issue or an R one. > It's only a minor issue, so this is really just FYI. > The code in configure checks for the version of makeinfo by splitting the > version string into a major and minor component. The tests on these assume > they > are numeric. > RHAS2.1 shipped with a makeinfo version of "4.0b" > The result is this: > = > checking whether makeinfo version is at least 4.7... > ./configure: test: 0b: integer expression expected > yes > = > ie: an error reported, but the test passed (4.0b > 4.7!!!). > And there is no command line option to tell configure not to run the > makeinfo commands (you can set r_cv_prog_makeinfo_v4=0 in your > environment, but that isn't "right"). Did you try configuring with MAKEINFO=false in your envrionment? -k __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] OSF1 build fails (PR#9380)
Full_Name: Gordon Lack Version: 2.4.0 OS: OSF1 5.1 Submission from: (NULL) (198.28.92.5) Attempts to build R 2.4.0 on an OSF1 5.1 system result in: == gcc -I. -I../../src/include -I../../src/include .. In file included from dynload.c:33: ../../src/include/Defn.h:554: error: parse error before "R_CStackLimit" ../../src/include/Defn.h:554: warning: type defaults to `int' in declaration of `R_CStackLimit' ../../src/include/Defn.h:554: warning: data definition has no type or storage class ../../src/include/Defn.h:555: error: parse error before "R_CStackStart" ../../src/include/Defn.h:555: warning: type defaults to `int' in declaration of `R_CStackStart' ../../src/include/Defn.h:555: warning: data definition has no type or storage class == This is a result of uintptr_t being undefined at this point. This is caused by HAVE_DECL_SIZE_MAX not being defined on OSF1 and so is not included. Moving the inclusion of (which is already conditional on having it) out of the SIZE_MAX test block cures the problem. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] configure issue (PR#9379)
Kurt Hornik wrote:
>
> Did you try configuring with MAKEINFO=false in your envrionment?
No, but I just have and it makes no difference.
The relevant code in configure is:
===
echo "$as_me:$LINENO: checking for working makeinfo" >&5
echo $ECHO_N "checking for working makeinfo... $ECHO_C" >&6
if (makeinfo --version) < /dev/null > /dev/null 2>&1; then
MAKEINFO=makeinfo
echo "$as_me:$LINENO: result: found" >&5
echo "${ECHO_T}found" >&6
else
MAKEINFO="\$(SHELL) \$(top_srcdir)/tools/missing makeinfo"
echo "$as_me:$LINENO: result: missing" >&5
echo "${ECHO_T}missing" >&6
fi
===
and that is always going to run "makeinfo --version" (which succeeds)
and hence set MAKEINFO=makeinfo within the script.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Writing R Extensions manual?
I got an error message apparently from copying a line in the "Writing R Extensions" manual. Specifically, the sample "DESCRIPTION" file includes the following: Depends: R (>= 1.8.0), nlme When I ran "R CMD check", I got the following message in "00install.out": installing R.css in D:/spencerg/statmtds/RTimeSeries/Durbin/StateSpaceDK.Rcheck unsupported operator in dependence "R (>=2.4.0), zoo" -- Making package StateSpaceDK adding build stamp to DESCRIPTION Error: Invalid DESCRIPTION file Malformed Depends or Suggests or Imports or Enhances field. Offending entries: R (>=2.4.0) Entries must be names of packages optionally followed by '<=' or '>=', white space, and a valid version number in parentheses. See the information on DESCRIPTION files in section 'Creating R packages' of the 'Writing R Extensions' manual. Execution halted make[2]: *** [frontmatter] Error 1 make[1]: *** [all] Error 2 ### After I removed "R (>=2.4.0)", "R CMD check" moved on to something else I haven't yet parsed. However, either I've misinterpreted something here or the manual is inconsistent with what "R CMD check" currently does. Thanks for all your hard work in creating this very useful tool. Spencer Graves ### sessionInfo() R version 2.4.0 (2006-10-03) i386-pc-mingw32 locale: LC_COLLATE=English_United States.1252;LC_CTYPE=English_United States.1252;LC_MONETARY=English_United States.1252;LC_NUMERIC=C;LC_TIME=English_United States.1252 attached base packages: [1] "methods" "stats" "graphics" "grDevices" "utils" "datasets" [7] "base" > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Writing R Extensions manual?
It's very particular: > Malformed Depends or Suggests or Imports or Enhances field. > Offending entries: > R (>=2.4.0) > Entries must be names of packages optionally followed by '<=' or '>=', > white space, and a valid version number in parentheses. ^^^ You need a space after >= Hadley __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Writing R Extensions manual?
Dear Hadley: Thanks very much. Clearly I looked at TFM but failed to properly parse it. Thanks again. Spencer Graves hadley wickham wrote: > It's very particular: > >> Malformed Depends or Suggests or Imports or Enhances field. >> Offending entries: >> R (>=2.4.0) >> Entries must be names of packages optionally followed by '<=' or '>=', >> white space, and a valid version number in parentheses. > ^^^ > > You need a space after >= > > Hadley __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
