Shower thoughts:
Are you digging for something like what you'd use with a CI/CD pipeline?
e.g. - building a workflow that pulls a tag from a couple of code
repositories, checks them out into a workspace, installs prereqs, and then
runs your code/tasks in a repeatable fashion?
I'm not aware of a
On Wed, Sep 7, 2016 at 1:50 PM, Paweł Piątkowski wrote:
> > | Is there a way to overcome this problem? Precompiled versions of R can
> be installed on various system configurations, so I guess that there should
> be a way to compile it in a version-agnostic manner.
> >
> > Yes, for example by
> >
I believe in patches and working code.
You're proposing to compete with the likes of sqlite and berkeley db
-- not small competition, with excellent performance characteristics
when used properly.
You also used the 'b'illions word in reference to data sets - really?
best,
--e
On Tue, Dec 23,
On Tue, Jan 15, 2013 at 12:46 PM, Hervé Pagès wrote:
> and given R's modularity that is fortunately not very often the case.
>>
>
> Modularity would be even better if more things *in core* were made
> generics. For example why the stuff in parallel was not made generic?
> (at least S3 generic)
On Thu, Dec 6, 2012 at 9:34 AM, Dirk Eddelbuettel wrote:
| > [Are more Solaris-esque build slaves needed? Someone give a shout
> if so...
> | > we can sponsor some infrastructure there.]
> |
> | as long we (R community at large "in principle", de facto,
> | AFAIK, Prof Brian Ri
Is that a build with "good old" Studio or a build with a recent GCC?
I don't have any direct comments that would be helpful to you - but let me
know if you need a place to do some test builds and try to figure it out.
I can certainly help you with that.
[Are more Solaris-esque build slaves neede
>> That is not true, almost all binaries come with R as shared library -
>> it is in fact the default on Mac OS X and Windows. Most Linux
>> distributions provide a shared library binary as well.
>
> This would be good news. But at least, under linux,
>
> ./configure --help
> --enable-R-shlib
>>> R-devel now makes use of gcc4's visibility features: for
>>> an in-depth account see
>
>elijah> does this mean that we now have a dependency on
>elijah> gcc4, or just that it "can" use the feature of gcc4?
>
> the latter (of course!)
that's what i expected, i was just checkin
> Subject: [Rd] Using gcc4 visibility features
>
> R-devel now makes use of gcc4's visibility features: for an in-depth
> account see
>
> http://people.redhat.com/drepper/dsohowto.pdf
does this mean that we now have a dependency on gcc4, or just that it
"can" use the feature of gcc4?
clarifi
