search for: factos

Hi, I want to run t.test() for several variables among two groups, and I would like to skip the tedious process of collecting information to assemble a table, but I am not sure if the function I want already exists. Any suggestion would be appreciated. I have a working example, as required by the posting guide: my_swiss = swiss[-1,] my_swiss$facto = rep(1:2,nrow(my_swiss)/2)

Renato Golin via llvm-dev <llvm-dev at lists.llvm.org> writes: > Granted, GitHub's UI is much "simpler" than Phab, but to my view, this > is not a problem, but a benefit. > > If we moved to GitHub PRs today, I wouldn't miss a thing. +1. I still find Phab to be inscrutable. I don't use any of its advanced features. I'm a long-time contributor. I

On Wed, 15 Jan 2020 at 10:47, Doerfert, Johannes <jdoerfert at anl.gov> wrote: > > I still find Phab to be inscrutable. I don't use any of its advanced > > features. I'm a long-time contributor. > > I asked a similar question in this thread in the very beginning: What > actual problems do you have with Phab? There might be usable solutions > out there

Hi all, I'd like to propose that Lang Hames be made code owner of the MCJIT, RuntimeDyld and JIT event listener components. For those who don't know, I am the current code owner, but I have not had the time recently to make the level of contributions I had in the past while Lang has been doing outstanding work in this area and has taken on a de facto leadership role in guiding MCJIT

> Yes, let me validate Mr. Kovacs comment. I am aware of the shortcomings > of NIS in the area of security. Let me provide some information on the > topography of my network and my reasoning for choosing NIS/NFS. Perhaps > an alternative may be suggested to meet my needs without totally > confounding me when it comes to configuration. The good thing about YP/NIS is that

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > > >>>> Isn't is possible for cmake just to glob everything in the corresponding >>>> directory? >>>> >>>> >>> Yes, but then the build would not notice a change on the file >>> structure. You'll need to explicitly invoke

Kenneth Boyd <zaimoni at zaimoni.com> writes: >>> Isn't is possible for cmake just to glob everything in the corresponding >>> directory? >>> >> >> Yes, but then the build would not notice a change on the file >> structure. You'll need to explicitly invoke cmake for being sure that >> whatever changes were made by the last svn

Óscar Fuentes wrote: > "Anton Korobeynikov" <asl at math.spbu.ru> writes: > > >>> at all, it would be great if you reflect your changes on the file list >>> inside the corresponding CMakeLists.txt when you add, remove or rename >>> a .cpp file. >>> >> Isn't is possible for cmake just to glob everything in the

I haven't been able to spend much time with LLVM's register allocators lately, so I think it would make sense for somebody else to take over as the regalloc code owner. Quentin has volunteered for the job; he has been the de facto code owner for the last couple of years. Let's make it official. Thanks, /jakob

Kenneth Boyd <zaimoni at zaimoni.com> writes: > The LLVM test suite requires expect as a dependency of DejaGNU. The > stock source of expect requires a *NIX fork, so it's relatively > difficult to build under MinGW even though Tk/Tcl is easy to build > under MinGW. (I'm not aware of a precompiled MinGW binary for expect, > although it might be in one of the more

Hi all, FYI, Microsoft has added FLAC support to their latest preview build (9926 to be specific) of Windows 10 last month. Support in this case means FLAC plays back in Windows Media Player (or any other application using the same framework) without having to install any plugins. Support for metadata is still limited, but this might improve before the final release. Microsoft has also

On Jul 30, 2013, at 12:41 PM, Stephen Lin wrote: >> Right. What's the point of all the effort devoted to MSVC++ ABI >> compatibility when Clang doesn't need it for being a top-notch C++ >> compiler on Windows? > > I brought up a similar point a little bit earlier, too.... > > It seems like the only necessary condition for being a first-class >

I am interested in finding out your experiences with using the dbox format (especially mdbox) if you use this format. I am contemplating changing my maildir setup to mdbox but I still need to make a case for it against maildir which has become a de-facto standard and provides sort of a secure basis in case of software changes. Your input will be appreciated. -- Andreas Kasenides Senior IT

Does anyone know any more than is in the following press release about REvolution Computing and their commercialization of R? http://www.intel.com/capital/news/releases/080122.htm "Intel Capital, the global investment arm of Intel Corporation, today announced that it has invested in the Series A financing of REvolution Computing, creator of parallel computing software for computational

On Tue, Jan 14, 2020 at 09:56:53PM +0000, Renato Golin via cfe-dev wrote: > GitHub PR is the "de facto standard", everyone knows, the entry cost > is practically zero. The UI is lean and missing features, but the > large availability of tooling (either targeting GitHub directly or > plain git) makes up for a lot of it. Just like with the "Everyone knows git", I

Hello This request asks something beyond the technicalities of the R language, I would like to ask you wonderful people if you have ever suffered as programmers ( or de facto programmers like myself though I am a 'research assistant') from tendonitis and how you coped with it, i have golfer's elbow on both sides. Any resources? Pancho Mulongeni Namibia

> Right. What's the point of all the effort devoted to MSVC++ ABI > compatibility when Clang doesn't need it for being a top-notch C++ > compiler on Windows? I brought up a similar point a little bit earlier, too.... It seems like the only necessary condition for being a first-class native-code development tool on Windows is to support the platform C ABI and the subset of the

Am Sa., 16. Nov. 2019 um 10:56 Uhr schrieb John McCall via llvm-dev <llvm-dev at lists.llvm.org>: > Anyway, if we had that Clang-level library, t would be fairly > straightforward for someone interoperating with the C ABI to just > construct the appropriate Clang types and call those APIs. The main motivation is to have ABI-emitting code (in particular for OpenMP) shared between

1: e-mail is a people skill, you affect people with it. The value of your presentation rises or falls with your skill at presentation. 2: My embedded headless linux targets live in isolated networks, even relative to other computer or network equipment at the target site. At times, the nearest land is 2 miles straight down (ocean floor). 3: These targets are also without

Duncan Sands <baldrick at free.fr> writes: > On 29/07/13 15:30, Anton Korobeynikov wrote: >>>> object in place on the stack or at least call its copy constructor. >>> >>> >>> what does GCC do? >> Nothing. It does not support MSVC ABI. > > Maybe we shouldn't either :) Right. What's the point of all the effort devoted to MSVC++