similar to: [LLVMdev] llvm.org down

Sorry all, I was out of town until now and didn't hear about the problem. I've updated the DNS record for LLVM.org, hopefully it should be fully propagated within a couple hours. -Chris -- http://nondot.org/sabre/ http://llvm.org/

Hey everyone. It sounds like 426 people are in for a fun weekend. It's possible that some of you may even have bugs in your code (I know, I know, not YOU... :) If this is you, read on... You might be interested in trying out the 'bugpoint' tool. It can help you when your pass crashes on a testcase. Merely tell it the input testcase and the name of your pass, and it will try to

On Mon, 7 Feb 2005, Vladimir Merzliakov wrote: >>> Also I have in Makefile.rules (but not include in patch) some modification >>> for simplify used common Makefile.rules in LLVM projects and non-LLVM >>> project (guarding some LLVM specific parts by ifdef >>> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). >> >> I'm not sure about this, perhaps Reid

This means that when a person logs into the samba server it will execute this file. You should possibly put this file on your NT server that's currently the PDC in the netlogon share there though, which would mean that presuming that samba authenticates ok back to the NT box, your users will transparently get a whole new bunch of drives, and won't need to worry about password maintenance

fyi -Chris -- http://nondot.org/sabre/ http://llvm.org/ ---------- Forwarded message ---------- Date: Tue, 17 Jul 2007 13:02:45 +0200 From: Paul Melis <paul at floorball-flamingos.nl> To: sabre at nondot.org Subject: LLVM website links broken Hello, All links under http://llvm.org/docs/CommandGuide/ are broken, so I can't seem to find any detailed descriptions of the LLVM

FYI: I just posted a short document with instructions on how to submit a proper bug report. If you run into problems using LLVM, please let us know. The instructions indicate steps to properly narrow down the bug, which will make life easier for the bug-fixer. :) http://llvm.cs.uiuc.edu/docs/HowToSubmitABug.html -Chris -- http://llvm.cs.uiuc.edu/ http://www.nondot.org/~sabre/Projects/

Sure, sorry about that -- FYI, the "Maintained By" link goes to your email, so you might want to change that. Harry > On Wed, 4 Jul 2007, Harry Metcalfe wrote: > > Just thought I'd let you know that all the links at: > > http://llvm.org/docs/CommandGuide/index.html > > are broken. > > Thanks, I added this to PR1535. In the future, please email llvmdev

On May 19, 2009, at 12:32 AM, Nick Lewycky wrote: > Chris Lattner wrote: >> FYI, I wrote up some thoughts on this here: >> http://nondot.org/sabre/LLVMNotes/MemoryUseMarkers.txt >> >> The intention is to allow front-ends to express things like "I know >> this memory is a constant in this region" and to allow the optimizer/ >> codegen to perform

On Mon, May 18, 2009 at 3:02 PM, Chris Lattner <clattner at apple.com> wrote: > FYI, I wrote up some thoughts on this here: > http://nondot.org/sabre/LLVMNotes/MemoryUseMarkers.txt > > The intention is to allow front-ends to express things like "I know > this memory is a constant in this region" and to allow the optimizer/ > codegen to perform more aggressive

FYI, I wrote up some thoughts on this here: http://nondot.org/sabre/LLVMNotes/MemoryUseMarkers.txt The intention is to allow front-ends to express things like "I know this memory is a constant in this region" and to allow the optimizer/ codegen to perform more aggressive stack slot merging. -Chris

Chris Lattner wrote: > FYI, I wrote up some thoughts on this here: > http://nondot.org/sabre/LLVMNotes/MemoryUseMarkers.txt > > The intention is to allow front-ends to express things like "I know > this memory is a constant in this region" and to allow the optimizer/ > codegen to perform more aggressive stack slot merging. Very nice! Why does @llvm.invariant.end

Chris Lattner wrote: > On May 19, 2009, at 12:32 AM, Nick Lewycky wrote: > >> Chris Lattner wrote: >>> FYI, I wrote up some thoughts on this here: >>> http://nondot.org/sabre/LLVMNotes/MemoryUseMarkers.txt >>> >>> The intention is to allow front-ends to express things like "I know >>> this memory is a constant in this region" and

FYI: http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html It remains to be seen how well this will be accepted, but it gives some insight on what is being worked on. In any case, this probably won't have a large impact on the LLVM community, other than potentially more people working on it. -Chris -- http://nondot.org/sabre/ http://llvm.org/

Anyone out there in Portland. I''ll be in town this weekend, and was looking for advice from Rubyists on things to do. Thanks, Jake

On Fri, 25 Jun 2004, Vladimir Merzliakov wrote: > Result night tester run at FreeBSD 5.1 accessable by URL > http://npt.cc.rsu.ru/testresults-X86-FreeBSD/index.html > I can't guaranty run it per day base, sorry. Okay, sounds great. I added it to the page with a note to that effect: http://llvm.cs.uiuc.edu/testresults/ Thanks a lot for volenteering to run it. Also, if you notice

On Tue, 22 Nov 2005, Marco Matthies wrote: > Chris Lattner wrote: >> FYI: >> http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html >> >> It remains to be seen how well this will be accepted, but it gives some >> insight on what is being worked on. In any case, this probably won't have >> a large impact on the LLVM community, other than potentially more

FYI, gperf is a very good perfect hash utility written originally by Doug Schmidt (of ACE fame). I used it in XPS for speeding up XML parsing by hashing all the element and attribute names. Unfortunately, its a code generator, which we're trying to get rid of in LLVM. Still, I recommend the tool highly. Reid. On Tue, 1 Jan 2008 13:04:57 -0800 Chris Lattner <sabre at nondot.org>

So, here comes the next question:) Now the program compiles, but crashes when run, "Segmentation fault". %kernel = type { int ()* } int %puts_kernel() { ret int 0 } int %main() { %theKernel = alloca %kernel %puts_kernelPTR = getelementptr %kernel* %theKernel, long 1, ubyte 0 store int ()* %puts_kernel, int ()** %puts_kernelPTR ret int 0 } I want to learn how to

Apparently the building where dovecot.org server is located will lose its electricity for something like 9-26 hours this weekend. During this time the mailing list will be down, but the web, hg and wiki will be available in another server. (Well, the wiki depends on if I can get moinmoin fixed on the server.) -------------- next part -------------- A non-text attachment was scrubbed...

On Mon, 14 Jun 2004, Tobias Nurmiranta wrote: > A small question: How do I ensure memory alignment? I want all malloced > memory, globals and functions to be 4-byte aligned. Does llvm have any > ".align" keyword? In the medium term, we plan to add alignment requirements to the alloca/malloc instructions and to globals (vars/functions) but we do not have this yet. Currently