Displaying 6 results from an estimated 6 matches for "maketree".
Did you mean:
make_tree
2009 Dec 27
1
testhelp/maketree.py is GPLv2
Hi,
I have a licensing question:
I'm curious if the fact maketree.py is GPLv2 causes any trouble for
the rest of rsync (which is GPLv3 or later).
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
2009 Jun 24
1
How to recursively build a binary tree with R script?
Greetings!
Can someone provide a simple script for a R function that recursively builds a binary tree. I am most familiar with C and pass by reference, but I think R is like Fortran and pass by value.
- Mike Beddo
2017 Aug 14
1
[Bug 12964] New: Maybe we can add the '--bind-cpu' option
...protocol, but I still have made a few
attempts. I made some changes to rsync 3.1.2 to enable it to support
binding CPUs on GNU/Linux, AIX, FreeBSD & Solaris, please see the
attachment. For example, the following option tells rsync to run on
CPUs 0, 2-5 and 7:
--bind-cpu=0,2-5,7
I also used maketree.py script to test the synchronization of a large
number of files (10000 files), and drew some statistics curves (see
the cpu_time.pdf in attachment). I was just testing on a machine (AIX
7.2 with 8 processors) without testing the remote synchronization, but
I think the conclusion is worth reference...
2002 Jan 30
1
Patch: update zlib/* to 1.1.3
...ime() for WIN32 in contrib/untgz (Gilles Vollant)
+- allow several arguments to configure (Tim Mooney, Frodo Looijaard)
+- use libdir and includedir in Makefile.in (Tim Mooney)
+- support shared libraries on OSF1 V4 (Tim Mooney)
+- remove so_locations in "make clean" (Tim Mooney)
+- fix maketree.c compilation error (Glenn, Mark)
+- Python interface to zlib now in Python 1.5 (Jeremy Hylton)
+- new Makefile.riscos (Rich Walker)
+- initialize static descriptors in trees.c for embedded targets (Nick Smith)
+- use "foo-gz" in example.c for RISCOS and VMS (Nick Smith)
+- add the OS/2 f...
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...0.01 23971
makedent.ll 22 116629 0 0.02 116598 0 0.02 116246
make_dparser.ll 2 27868 0 0.01 27855 0 0.01 27855
make_graph.ll 14 58363 0 0.01 58343 0 0.01 57443
makegraph.ll 6 19891 0 0.01 19872 0 0.01 19872
makelink.ll 3 20866 0 0.01 20833 0 0.01 19918
makesite.ll 2 56296 0 0.01 56263 0 0.01 56263
maketree.ll 3 19943 0 0.01 19918 0 0.01 19918
mandel-2.ll 4 9495 0 0.01 9480 0 0.01 9480
mandel.ll 4 10074 0 0.01 10059 0 0.01 10059
mandel-text.ll 1 9372 0 0.01 9351 0 0.01 9351
map.ll 1 7301 0 0.01 7270 0 0.01 7270
maskgen.ll 1 54157 0 0.01 54131 0 0.02 54131
mason.ll 10 49163 1 0.01 48786 * * *
matchpat....