On Feb 15, 2013, at 6:13 PM, Hin-Tak Leung wrote:
> FWIW, extracting snapshot source elsewhere outside svn, run
> "tools/rsync-recommended" then just plain "./configure && make" doesn't work
> either. Nothing to do with building inside checkout nor extra configure
> options.
>
Can you define
> Although it goes a long way, it doesn't always work -- it assumes that the
> directory structure did not change in the project between the revisions -
> distclean may not clean things that have changed since you updated the SVN
> (note that to address that you should run distclean *before* the
On Feb 16, 2013, at 8:03 AM, Roger Bivand wrote:
> Hin-Tak Leung users.sourceforge.net> writes:
>
>>
>> --- On Fri, 15/2/13, Simon Urbanek r-project.org> wrote:
>>
>>> On Feb 15, 2013, at 1:55 PM, Hin-Tak Leung wrote:
>>>
Look. I don't see this as "my" problem - as far as I am
>>> conc
Hin-Tak Leung users.sourceforge.net> writes:
>
> --- On Fri, 15/2/13, Simon Urbanek r-project.org> wrote:
>
> > On Feb 15, 2013, at 1:55 PM, Hin-Tak Leung wrote:
> >
> > > Look. I don't see this as "my" problem - as far as I am
> > concerned, I have donated my time - and over and over - to
>
On Fri, Feb 15, 2013 at 12:19 PM, Kasper Daniel Hansen
wrote:
> I build from svn daily and I have not had this problem. I build in a
> tree separate from the source tree.
>
> I do think Hin-Tak has a point about clearly specifying that this is
> how you should do it, in the manual (if that has no
On Fri, Feb 15, 2013 at 1:25 PM, Joshua Ulrich wrote:
> On Fri, Feb 15, 2013 at 12:19 PM, Kasper Daniel Hansen
> wrote:
>> I build from svn daily and I have not had this problem. I build in a
>> tree separate from the source tree.
>>
>> I do think Hin-Tak has a point about clearly specifying tha
FWIW, extracting snapshot source elsewhere outside svn, run
"tools/rsync-recommended" then just plain "./configure && make" doesn't work
either. Nothing to do with building inside checkout nor extra configure options.
This is fedora 18, x86_64.
--- On Fri, 15/2/13, Hin-Tak Leung wrote:
> Some
--- On Fri, 15/2/13, Simon Urbanek wrote:
> On Feb 15, 2013, at 1:55 PM, Hin-Tak Leung wrote:
>
> > Look. I don't see this as "my" problem - as far as I am
> concerned, I have donated my time - and over and over - to
> testing pre-released code. I am not using pre-released code
> for production
On Feb 15, 2013, at 1:55 PM, Hin-Tak Leung wrote:
> Look. I don't see this as "my" problem - as far as I am concerned, I have
> donated my time - and over and over - to testing pre-released code. I am not
> using pre-released code for production work. If the released code in 3.0 does
> not wor
Look. I don't see this as "my" problem - as far as I am concerned, I have
donated my time - and over and over - to testing pre-released code. I am not
using pre-released code for production work. If the released code in 3.0 does
not work correctly in 6 weeks' time, I just don't upgrade. No loss
I build from svn daily and I have not had this problem. I build in a
tree separate from the source tree.
I do think Hin-Tak has a point about clearly specifying that this is
how you should do it, in the manual (if that has not already
happened). As a casual user, I would expect make clean to cle
On Feb 15, 2013, at 11:36 AM, Hin-Tak Leung wrote:
> --- On Fri, 15/2/13, Simon Urbanek wrote:
>
>> On Feb 15, 2013, at 9:11 AM, Hin-Tak
>> Leung wrote:
>>
>>> Somebody else had written separately about this before,
>> and so have I a couple of months ago. I assumed this will be
>> fixed before
--- On Fri, 15/2/13, Simon Urbanek wrote:
> On Feb 15, 2013, at 9:11 AM, Hin-Tak
> Leung wrote:
>
> > Somebody else had written separately about this before,
> and so have I a couple of months ago. I assumed this will be
> fixed before the next R. Since R 3.0 is supposedly only 6
> weeks away, e
On Feb 15, 2013, at 9:11 AM, Hin-Tak Leung wrote:
> Somebody else had written separately about this before, and so have I a
> couple of months ago. I assumed this will be fixed before the next R. Since R
> 3.0 is supposedly only 6 weeks away, even if it is fixed now it doesn't leave
> much room
14 matches
Mail list logo