that warning should be harmless for you in this workaround.
It shouldn't appear when the fix is properly installed.

Did it occur when emacs was closed and a new instance of emacs was opened?
Or in the existing emacs instance?

On Sat, Sep 8, 2012 at 12:39 AM, S. McKay Curtis
<s.mckay.curtis@gmail.com>wrote:

> Great!  That worked.  Thank you for the quick reply.
>
> I don't know enough about Emacs/Lisp to know if this is something that can
> be safely ignored, but when I did a "byte compile and load" after making
> the recommended changes to ess-site.el I got this warning:
>
>
> Compiling file c:/Program Files (x86)/GNU Emacs
> 23.3/site-lisp/ess/ess-site.el at Sat Sep 08 00:32:48 2012
>
> In end of data:
> ess-site.el:791:1:Warning: the function `ess-s-versions-create' is not
> known
>     to be defined.
>
>
> ESS found the versions of R on my computer in spite of the warning, so it
> may not matter.
>
> Thanks again,
> McKay
>
>
>
> On Sat, Sep 8, 2012 at 12:14 AM, Richard M. Heiberger <rmh@temple.edu>wrote:
>
>> McKay,
>>
>> Here is a workaround for those who are not faint-of-heart in working with
>> .el files.
>> If it works for you and others, we can put it in a future release of ESS.
>>
>> In your example, select the second line and comment out the first.
>> I tested it on Windows 7 with ESS 12.04-4 using the first line and the
>> third line.
>>
>> On proper installation, the first three lines will become potential
>> values for a new
>> customized variable, and the first line will be the default value.
>>
>> Rich
>>
>>
>>
>> On Fri, Sep 7, 2012 at 10:25 PM, S. McKay Curtis <
>> s.mckay.curtis@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I recently installed R in a Windows directory other than the default
>>>
>>> "C:/R/R-2.15.1/"
>>>
>>> rather than
>>>
>>> "C:/Program Files/R/R-2.15.1"
>>>
>>> to help Rcpp play nice on Windows.  Unfortunately, ESS cannot find any
>>> versions of R on my system now.  My "exec-path" contains a path to the
>>> "bin" folder of the new installation of R, and I even tried adding
>>> two additional paths to the "exec-path" (the "bin/i386" and "bin/x64"),
>>> but
>>> this did not seem to help.
>>>
>>> Any ideas?
>>>
>>> Thanks!
>>> McKay
>>>
>>> P.S. I'm using Vincent Goulet's fabulous windows Emacs bundle, if that's
>>> useful information for anybody.
>>>
>>>         [[alternative HTML version deleted]]
>>>
>>> ______________________________________________
>>> ESS-help@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/ess-help
>>>
>>
>>
>

	[[alternative HTML version deleted]]

