similar to: [LLVMdev] assert failure

Ok that works but why on earth would I get a runtime error of: Type.cpp:132: const llvm::Type* llvm::Type::getForwardedTypeInternal() const: Assertion `ForwardType && "This type is not being forwarded to another type!"' failed. Aborted For the line of code: MyModule = new Module( std::string("IDontWork")); > -----Original Message----- > From: llvmdev-admin

> Ok that works but why on earth would I get a runtime error of: > > Type.cpp:132: const llvm::Type* llvm::Type::getForwardedTypeInternal() > const: Assertion `ForwardType && "This type is not being forwarded to > another type!"' failed. > Aborted > > For the line of code: > > MyModule = new Module( std::string("IDontWork")); I was

> Just wondering if anyone con compare LLVM JIT with GNU Lightning? > > Have we looked at GNU Lightning? While its not complete, neither is > LLVM's JIT. What's to stop us from integrating? > > ... just an idle thought .. Hi, Funny you should ask. We looked at GNU lightning over a year ago when planning out how to write the JIT. I personally think that LLVM is

You'll need to include the "support" library to resolve these LeakDetector symbols. You can do this by either placing the path to "support.o" or -lsupport on your link line (in your Makefile). Note that if you use the -l option, you'll likely need to use -L<path> as well to tell the linker where to find "libsupport.a" (file included by the

Can anyone help with these crazy linking errors?? /home/kgibbs/CS321/CVS/llvm/lib/Debug/vmcore.o(.gnu.linkonce.t._ZN4llvm12Lea kDetector16addGarbageObjectEPKNS_5ValueE+0xd): In function `llvm::LeakDetector::addGarbageObject(llvm::Value const*)': /usr/include/c++/3.2.1/bits/stl_pair.h:148: undefined reference to `llvm::LeakDetector::addGarbageObjectImpl(llvm::Value const*)'

On Tue, 11 Nov 2003, Reid Spencer wrote: > Just wondering if anyone con compare LLVM JIT with GNU Lightning? > > Have we looked at GNU Lightning? While its not complete, neither is > LLVM's JIT. What's to stop us from integrating? Just out of curiousity, how is the LLVM JIT not complete? While I know that we are not 'performance complete', we are basically feature

Is it ok sending this results for FreeBSD5.1 at daily/weekly based to this mail list? Now results. Big improvement in llvm tests results from last test result sended. New regressions: Regression.Assembler.ConstantExprFold : FAIL , expected PASS Regression.CodeGen.Generic.2004-04-09-SameValueCoalescing: FAIL , expected PASS Regression.Transforms.PRE.basictest : FAIL

Just wondering if anyone con compare LLVM JIT with GNU Lightning? Have we looked at GNU Lightning? While its not complete, neither is LLVM's JIT. What's to stop us from integrating? ... just an idle thought .. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20031112/148364fd/attachment.html>

On Sun, 05 Sep 2004 10:49:44 -0700 Reid Spencer <reid at x10sys.com> wrote: > Jeff, > > Actually, that was my fault. I forgot to remove the non-existent > directories from the configure.ac file. That's done and committed > now, so the advice is still the same: update configure script :) > > Reid. OK, no problems building. I got some minor issues with the simple

> Actually, I made the "LLVM JIT not complete" comment based on previous > emails with you where you mentioned that it wasn't. You were probably > referring to additional optimizations that could be implemented but I > wasn't cognizant of that from our previous discussion. Ok, that makes sense. It is not currently "all that it could be", but it is still

Hi Aki, On 30/10/2017 12:43 AM, Aki Tuomi wrote: >> On October 29, 2017 at 1:55 PM Reuben Farrelly <reuben-dovecot at reub.net> wrote: >> >> >> Hi again, >> >> Chasing down one last problem which seems to have been missed from my >> last email: >> >> On 20/10/2017 9:22 PM, Stephan Bosch wrote: >>> >>> Op 20-10-2017 om

Sure: https://www.reub.net/files/dovecot/lightning-dovecot.conf https://www.reub.net/files/dovecot/thunderstorm-dovecot.conf Updated nightly. Reuben On 1/09/2018 12:26 am, Aki Tuomi wrote: > Can you provide doveconf -n? > > > > --- > Aki Tuomi > Dovecot oy > > -------- Original message -------- > From: Reuben Farrelly <reuben-dovecot at reub.net> >

Hi all, Tl;dr: Virt-Lightning uses libvirt, cloud-init and libguestfs to allow anyone to quickly start new VM. Very much like a container CLI interface, but locally. -> https://github.com/virt-lightning/virt-lightning To validate my Ansible roles, I was looking for a way to quickly start and stop my test environments. I was looking for an experience similar to what we have with the

Good day to you all, I have lightning data containing date, time, latitude and longitude. I hope that distribution of latitude and longitude will give number of lightning occurrence in a region. I have used factor function to sum up the number of events on latitude and longitude axis and saved as x and y. But when I tried to plot the two, I had and error message ( Error in image.default(x, y, z) :

Which glibc version are you using? Aki On 19.09.2018 09:39, Reuben Farrelly wrote: > Hi Aki, > > How did you go with this in the end?? Do you need anything more from > me or were you able to reproduce this? > > Thanks, > Reuben > > On 1/09/2018 12:41 am, Reuben Farrelly wrote: >> Sure: >> >> https://www.reub.net/files/dovecot/lightning-dovecot.conf

Hi ,all : I recently switched to using Thunderbird for my email and installed the Lightning calendar add-on. Now all I need is a remote calendar server. I just need a simple server to support a few personal calendars and a shared calendar. Any recommendations for a CentOS / Apache based calendar server?* * -------------- next part -------------- An HTML attachment was scrubbed... URL:

This is bit of a longshot, but can you try applying https://github.com/dovecot/core/commit/63a74b9.patch and see if this helps? Aki On 19.09.2018 10:33, Reuben Farrelly wrote: > glibc-2.28. > > There was a posting by Michael Marley on 31/08 saying he saw something > similar to this problem after upgrading to 2.28 as well with 'doveadm > purge'. > > Reuben > >

Hi, On 30/10/2017 7:22 PM, dovecot-request at dovecot.org wrote: > Message: 6 > Date: Mon, 30 Oct 2017 10:22:42 +0200 > From: Teemu Huovila <teemu.huovila at dovecot.fi> > To: dovecot at dovecot.org > Subject: Re: dovecot-2.3 (-git) Warning and Fatal Compile Error > Message-ID: <7d2c0b5b-019a-067c-c6be-f36571ed9a96 at dovecot.fi> > Content-Type: text/plain;

Come and join the discussion at the Bay Area Juniper Users Group, March 6th. Sign up here (it''s free): http://bajug.eventbrite.com/# From 5:30PM to 9:00PM in Sunnyvale (see link above for directions). Includes kegs of beer as well as a variety of other inferior beverages. And Pizza. -Derick -- You received this message because you are subscribed to the Google Groups

Can you provide your /etc/nssswitch.conf? Aki On 19.09.2018 10:40, Reuben Farrelly wrote: > I've been running with this almost identical patch already for some time: > > diff -up dovecot-2.3.0.1/src/auth/mycrypt.c.libxcrypt > dovecot-2.3.0.1/src/auth/mycrypt.c > --- dovecot-2.3.0.1/src/auth/mycrypt.c.libxcrypt?????? 2018-02-28 > 15:28:58.000000000 +0100 > +++