search for: uncommitted

...nyone has any idea on the status of exception handling in clang/LLVM? > DwarfException cannot be easily overwritten, and adding target specific > code to it seems wrong... Neither llvm-gcc nor clang support exceptions on ARM (except, maybe, sjlj excheptions on arm/darwin). I have some patched uncommitted for EH on ARM but they are too far from being complete. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

> No > I've got a BDD based version of andersen's around already (uncommitted). > It's slower in time (by a factor of 8 or so), but very slightly (1-2 > megabytes of memory) more memory efficient on some cases. Nowadays, > the bitmap version is actually more memory efficient than the BDD > version, even if you turn off BDD caching, etc. > > The thi...

Hi, I was comparing the way LLVM generates the exception table and it looks a bit different from what GCC (arm-none-eabi-g++) generates. Maybe that's because clang is not generating ARM IR when I do: $ clang -c -emit-llvm -march=arm -mcpu=cortex-a8 -mtriple=arm-none-eabi exception.cpp -o exception.clang.bc clang: warning: argument unused during compilation: '-mcpu=cortex-a8' clang:

Hi all. Recently I was looking for an IMAP-server with Oracle support and unfortunatelly I couldn't find one. It was a surprise for me but there is no such functionality at all. So I've chosen an IMAP-server with most flexible and convinient architecture that was Dovecot-1.2.9 and written a driver for Oracle RDBMS support. I used Oracle Pro*C so a Pro*C preprocessor is needed to

...rev-list --all | wc -l" So from the shell: $ git buildnum 17475 This number increases monotonically per commit. Our build scripts make this number available in various #define forms. (We use a little extra scripting logic to also determine whether there are currently any unmerged or uncommitted changes, and add an annotation to the program version in that case, e.g. "9.3.17475 [unmerged]") It's all stupidly simple, but seems to work well enough for us. Regards, Bill

Hi all, I am using an USB memory stick as cache and log devices for a HDD ZFS pool named tank0: $ zpool status -v tank0 pool: tank0 state: ONLINE scan: scrub repaired 0 in 7h19m with 0 errors on Tue Jul 30 06:11:23 2013 config: NAME STATE READ WRITE CKSUM tank0 ONLINE 0 0 0 ada0s1d ONLINE 0 0 0 logs gpt/SLOG

...gt; > > > > > > > rt=no At least 2 acked patches were not committed to qemu-traditional before the RC1 freeze & tag. The above patch (against qemu-traditional - qemu-upstream is OK) was acked a couple of days before Friday''s RC1 code freeze, but it still remains uncommitted. This patch appears to be needed to build successfully on Ubuntu Server 13.04, as I was unable to build yesterday''s xen-unstable (specifically the qemu-traditional portion) without the above patch. Another patch (subject line "Re: [PATCH] qemu-traditional: do not strip binaries duri...

On Tue, 29 Apr 2008, Duncan Murdoch wrote: > This is not a bug, it's a feature. > > It stops me from distributing versions with unintentional uncommitted > changes. It does have that effect, but the error messages are pretty obscure: c:\Rtools\MinGW\bin\windres.exe: rcico.rc:9: syntax error and Error on line 12 in e:\R\R-svn\r-devel\src\gnuwin32\installer\R.iss: Value of [Setup] section directive "VersionInfoVersion" is...

Hello, I've noticed SPARC target lacks some of functionality (only asm printer is implemented with no binary code emitter and no 64-bit ABI support). Are there any (probably uncommited) advances in these areas? The most needed feature for me is sparc64 support. If I decide to implement these ones by myself what are the problems/guidelines/whatever? Why hasn't this been done before? I

Hi. Is xapian-check aware of the uncommitted data that could be sitting in an xapian index if the indexer has crashed during indexing. Could errors be falsely reported by xapian-chek in this situation? -- Jesper

Hi All, I've built RPM packages for Xapian 1.2.7 for RHEL 6. Instructions: su rpm -ivh http://rpm.eprints.org/rpm-eprints-org-key-1-1.noarch.rpm rpm -ivh http://rpm.eprints.org/xapian/6/noarch/rpm-eprints-org-xapian-6-1.noarch.rpm yum update yum install xapian-omega xapian-bindings-{php,python,tcl8,perl,ruby} perl-Search-Xapian is available for those not using the SWIG bindings. I had to

...s an issue and presents a window-like entity in the top-left corner, presumably with error/debug information. Replacing gfxboot.c32 with the one from the Ubuntu ISO, everything works as expected. Compiling from current git head results in the window-like entity. Applying Colin Watson's first uncommitted patch resolves the issue. hpa/maks: When I applied Colin's patches, they all applied cleanly to the current head for me. -- -Gene

On 21/09/2018 at 08:03, Olly Betts wrote: > > You can then either just search those databases together or use > Xapian::Database::compact() (or the xapian-compact command line tool) to > merge the databases once built. > just my 2 cents tips: a commit() to the database is needed before compact() otherwise every attempt to search fails. This on GNU Linux Debian 9.5 Xapian:

...t get working, on the > grounds that partial coverage is better than none now that we have > Cirrus CI checking commits on additional platforms. > > This series got me to a green checkmark: > https://gitlab.com/ebblake/nbdkit/-/pipelines/793156983 > > but depends on an as-yet uncommitted patch in libvirt-ci: > https://gitlab.com/libvirt/libvirt-ci/-/merge_requests/360 > > Eric Blake (5): > ci: Expose more env vars needed by build.sh > ci: Another attempt at MacOS > rust: Skip CI builds on MacOS > golang: Skip CI builds on MacOS and newer FreeBSD >...

...x is for the mean term length itself, and 3x for the position overhead And perhaps assume mean_term_length is 10 bytes, so maybe: get_doclength * 40 ? I'm using Search::Xapian XS since it's in Debian stable; and don't think there's a standard way to show the amount of memory uncommitted changes are taking up. Thanks for any thoughts you have.

On Mon, Mar 3, 2008 at 6:55 PM, Richard Warburton <richard.warburton at gmail.com> wrote: > > No > > I've got a BDD based version of andersen's around already (uncommitted). > > It's slower in time (by a factor of 8 or so), but very slightly (1-2 > > megabytes of memory) more memory efficient on some cases. Nowadays, > > the bitmap version is actually more memory efficient than the BDD > > version, even if you turn off BDD caching, etc...

...est-mail-cache.c:176: Assert failed: strcmp(str_c(str),"123\nfoo\n456\nbar\n") "" != "123 foo 456 bar " test-mail-cache.c:176: Assert failed: strcmp(str_c(str),"123\nfoo\n456\nbar\n") "" != "123 foo 456 bar " mail cache uncommitted lookups ....................................... : FAILED Full make check output is at https://paste.centos.org/view/b48d38a9 I can provide full build logs if you want, but that's a 4M file so I'll provide it upon request. For now I'm going ot have to bypass the make check stage of...

...no particular order, with regards the following points: > > 1. Is this too ambitious for a google summer of code project? > 2. Would implementing any of these algorithms be tricky due to some > peculiarity of LLVM? No I've got a BDD based version of andersen's around already (uncommitted). It's slower in time (by a factor of 8 or so), but very slightly (1-2 megabytes of memory) more memory efficient on some cases. Nowadays, the bitmap version is actually more memory efficient than the BDD version, even if you turn off BDD caching, etc. The thing you have to understand is that...

...will quickly build the git-svn metadata by using the magical remotes/git-svn branch fetched from the origin. To update I run: $ git fetch $ git svn rebase -l And to commit: $ git svn dcommit $ git fetch $ git svn rebase -l I have sometimes seen git-svn refusing to dcommit, claiming that I have uncommitted files in my tree. I think this happens when I forget to resynchronize the metadata after committing. Anyway, the solution is to wipe away all of .git/svn and rebuild it with "git svn rebase -l" /jakob

...the clang repo?), which I believe is something important considering our setup. -- Mehdi > > > Our build scripts make this number available in various #define forms. > > (We use a little extra scripting logic to also determine whether there > are currently any unmerged or uncommitted changes, and add an annotation > to the program version in that case, e.g. "9.3.17475 [unmerged]") > > > It's all stupidly simple, but seems to work well enough for us. > > > > Regards, > > Bill > > __________________________________________...