search for: basevers

I have encountered the following behaviour in lattice in 2.6.1 (and 2.4.0) which differs depending upon the type you use. I believe the numeric behaviour to be correct, and the POSIXct behaviour to be in error. When the x data and x axis in a lattice graph are POSIXct, and when using scales$x$at and scales$x$labels to add custom labels: If the first visible at value is not the first

On Jul 10, 2008, at 11:17 AM, Tanya M. Lattner wrote: > > Where exactly are you suggesting to put the svnversion number in the > version string then? I forgot to include version.c change. Right now, I just append svnversion number at the end. - Devang Index: version.c =================================================================== --- version.c (revision 53385) +++ version.c

>>>> Where you set the revision number? >>> >>> I do not want to set the revision number in a source file every >>> time I >>> do 'svn update' :) >>> >> >> Ok, so I'm confused. Don't you want the svn revision number to be >> shown when you do llvm-gcc --version? So why wouldn't you want to >>

It is very useful to have svn version number encoded in llvm-gcc's -- version output. Here is one approach. Anyone has a better patch ? - Devang Index: Makefile.in =================================================================== --- Makefile.in (revision 53385) +++ Makefile.in (working copy) @@ -802,6 +802,9 @@ DEVPHASE_s := "\"$(if $(DEVPHASE_c),

On Jul 9, 2008, at 8:47 PM, Tanya Lattner wrote: > > On Jul 9, 2008, at 6:13 PM, Devang Patel wrote: > >> >> On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: >> >>> >>> Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) >>> (LLVM >>> rXXXX)" >>> >>> Where you set the revision number?

Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) (LLVM rXXXX)" Where you set the revision number? We currently use LLVM_VERSION_INFO to set this sort of information and to me it makes more sense to have the svn rev number there instead of just saying LLVM build like it does now. -Tanya On Wed, 9 Jul 2008, Devang Patel wrote: > It is very useful to have svn

On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: > > Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) > (LLVM > rXXXX)" > > Where you set the revision number? I do not want to set the revision number in a source file every time I do 'svn update' :) > We currently use LLVM_VERSION_INFO to set this sort of information > and to

On Jul 9, 2008, at 6:13 PM, Devang Patel wrote: > > On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: > >> >> Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) >> (LLVM >> rXXXX)" >> >> Where you set the revision number? > > I do not want to set the revision number in a source file every time I > do 'svn

This synchronizes the embedded ocaml-augeas copy, and reimplements the augeas APIs using it (dropping all the C code). The behaviour seems unchanged, although I may have not tested all the various corner cases. Pino Toscano (5): common/mlaugeas: Synchronize with latest ocaml-augeas daemon: fix/enhance error reporting of Augeas exceptions Revert "Revert "daemon: implement

ocaml-augeas is used only by virtlibguestfs, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): Bundle the ocaml-augeas library for use by libguestfs build: switch embedded copy of ocaml-augeas .gitignore | 1 + 3rdparty/ocaml-augeas/COPYING.LIB | 515