search for: uncommited

Hello, Renato > Anyone 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

> 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

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

Chris Lattner via llvm-dev wrote: > Personally, I’m hugely in favor of moving llvm’s source hosting to github at > some point, despite the fact that I continue to dislike git as a tool and > consider monotonicly increasing version numbers to be hugely beneficial. For whatever it's worth, our projects define a `buildnum` git alias: alias.buildnum=!sh -c "git rev-list --all |

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

On Wed, May 1, 2013 at 09:21:17AM -0700, Matt Wilson wrote: > On Mon, Apr 29, 2013 at 03:40:13PM +0200, Olaf Hering wrote: > > Ping > > Makes sense. > > Acked-by: Matt Wilson <msw@amazon.com> > > > On Wed, Jan 16, Olaf Hering wrote: > > > > > Ping > > > > > > On Wed, Dec 05, Olaf Hering wrote: > > > > > > >

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

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 mean is it some technical problem or just lack of time? -- Best Regards Peter Shugalev

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

It appears that there's something wrong with gfxboot.c32 from Syslinux 4.00, 4.01 and 4.02. When I create an ISO based off of Ubuntu 10.10 (Maverick Merrkat) Alpha 3 x64 desktop ISO and use the official binaries, it has 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

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:

On 3/1/23 17:54, Eric Blake wrote: > I took the easy route of crippling what I couldn'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

Years ago, I ran into OOM problems with the default flush threshold of 10000 documents while indexing (add/replace). Realizing I had documents of hugely varying sizes (0.5KB..20MB) and little RAM, I instead tracked the number of raw bytes in the text being indexed and flushed whenever I'd seen a configurable byte count. Not the most scientific way, but it seems to work well enough on low-end

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

Getting this when attempting to build 2.3.11.3 on CentOS 6: test-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

On Thu, Feb 28, 2008 at 1:43 PM, Richard Warburton <richard.warburton at gmail.com> wrote: > This email is written on the premise that LLVM will be involved in > GSOC again this year. I noted that the wiki's open projects page [0] > has several possible projects, that seem suitable for a summer of code > project. I am writing this email to this list with the hope of >

On Feb 1, 2011, at 12:20 PM, Anton Korobeynikov wrote: > Hello Everyone, > > It seems given the decent amount of discussions it's time to make > small announcement. > > So, official git mirrors are available for some subset of LLVM > projects. They were used by some LLVM developers for couple of months > already and seem to be stable enough. Thank you for setting

> On May 31, 2016, at 2:01 PM, Bill Kelly via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Chris Lattner via llvm-dev wrote: >> Personally, I’m hugely in favor of moving llvm’s source hosting to github at >> some point, despite the fact that I continue to dislike git as a tool and >> consider monotonicly increasing version numbers to be hugely beneficial. >