similar to: [LLVMdev] The Great LLVM Tool Renaming

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] The Great LLVM Tool Renaming"

2003 Sep 16
0
[LLVMdev] The Great Tool Renaming, Part 2 (and hopefully last)
Hear ye, hear ye! As I wrote previously, some tools, they've been a-changin': http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-August/000468.html Namely, `as' has gone away in favor of `llvm-as', similarly for `dis', but NOW... `link' has become `llvm-link' because Redhat 8 (and probably higher) ships with /bin/link (which seems like an `ln' clone) and we do not
2004 Aug 18
0
[LLVMdev] Newbie Enquiry
On Thu, Aug 19, 2004 at 10:35:02AM +1200, Peter Ashford wrote: > Does that mean the front end must decide between emiting bytecode for > interpretting/JITing and LLVM assembly for native compilation? You > can't emit the one kind of output for either end target (interpretted > bytecode or native compilation)? Not at all, there's only one version of LLVM IR, but it can
2006 Jan 12
0
[LLVMdev] how to convert into SSA form
On Wed, Jan 11, 2006 at 02:04:36PM -0600, Chris Lattner wrote: > On Wed, 11 Jan 2006, Reid Spencer wrote: > >llvm-as file.bc | opt -mem2reg | llvm-dis > file.ll > > llvm-as < file.bc | opt -mem2reg | llvm-dis > file.ll > > Note the extra "<". Strictly speaking, llvm-as converts .ll to .bc so that would be: llvm-as < input.ll | opt -mem2reg |
2004 Dec 21
0
[LLVMdev] Help with code
On Tue, Dec 21, 2004 at 03:53:47PM -0700, Sriraman Tallam wrote: > Constant *strcon==ConstantArray::get("Value : %d\n"); OK, then what's the assertion? You can also see the resulting module by using -disable-verify: $ opt -yourpass -disable-verify < file.bc | llvm-dis You may see what the problem is by looking at the LLVM assembly. -- Misha Brukman ::
2005 Apr 21
5
[LLVMdev] Trailing whitespace removal (important for CVS users!)
Dear LLVMers, If you live on the bleeding edge (i.e. CVS version), please read! On Wed, Apr 20, 2005 at 12:12:54PM +0200, Markus F.X.J. Oberhumer wrote: > Do you really want external patches for this ? A simple Perl script > that runs on all *.h and *.cpp files, and a local commit from your > side would be much simpler. I'm in the process of doing just this as we speak. What this
2004 Aug 18
1
[LLVMdev] Newbie Enquiry
Misha Brukman wrote: >On Thu, Aug 19, 2004 at 10:35:02AM +1200, Peter Ashford wrote: > > >>Does that mean the front end must decide between emiting bytecode for >>interpretting/JITing and LLVM assembly for native compilation? You >>can't emit the one kind of output for either end target (interpretted >>bytecode or native compilation)? >>
2004 Oct 07
0
[LLVMdev] problem with lli (llvm 1.3)
On Thu, Oct 07, 2004 at 06:22:34PM -0400, Shukang Zhou wrote: > I am working with llvm 1.3 on a sparcv9 machine. I have successfully > built llvm and llvm-gcc frontend. I can run many tools including > llvmgcc, llvm-dis, and llc. After using /opt/SUNWspro/bin/cc to > assemble .s file into a program binary, I can run the binary correctly > as well. > > I am interested in the
2003 Oct 07
0
[LLVMdev] LLVM Status Update
Hi LLVMers, We're actively working on finishing up the release, which has been delayed. Last week was dominated by several paper submissions which were all due at about the same time, so the release fell behind (if you're interested, the papers are available on the main page). We are currently shooting for getting the release out the door early next week. That said, we have made a lot
2003 Dec 21
0
[LLVMdev] Planned service outtages
Hi LLVMers! Due to events beyond our control, the LLVM website and all associated functionality, possibly extending to the mailing list, will not be available for a (hopefully) very short time this Monday, December 22nd, as our building switches its electrical power suppliers. Furthermore, as our servers are being relocated to a new shiny facility, you may notice about a day of downtime on
2004 Dec 21
3
[LLVMdev] Help with code
Constant *strcon==ConstantArray::get("Value : %d\n"); Sorry Typo. On Tue, 21 Dec 2004, Misha Brukman wrote: > On Tue, Dec 21, 2004 at 03:45:33PM -0700, Sriraman Tallam wrote: > > I have this call instruction to printf inserted which is causing > > an assertion failure. Any pointers to where I am wrong : > > > > Function
2009 Jan 05
0
[LLVMdev] Unit test patch, updated
On Jan 5, 2009, at 11:37 AM, Misha Brukman wrote: > 2009/1/1 Chris Lattner <clattner at apple.com> > On Jan 1, 2009, at 1:21 AM, Talin wrote: > > I'm thinking that getting unit tests for the classes in ADT should > > be an early goal. > > Can I suggest the AP[S]Int class? If you look in llvm/test/Integer > you'll see a whole bunch of tests that really
2009 Mar 19
1
[LLVMdev] Unit test patch, updated
On Mon, Jan 5, 2009 at 6:30 PM, Chris Lattner <clattner at apple.com> wrote: > On Jan 5, 2009, at 11:37 AM, Misha Brukman wrote: > > 2009/1/1 Chris Lattner <clattner at apple.com> > >> On Jan 1, 2009, at 1:21 AM, Talin wrote: >> > I'm thinking that getting unit tests for the classes in ADT should >> > be an early goal. >> >> Can I
2002 Dec 08
1
[LLVMdev] olden bmks
On Sun, 8 Dec 2002, Chris Lattner wrote: > If you recompile the bytecode files now, (go into each directory and type > 'make final' they should be ok. Perhaps someone can do this and post the > results for everyone to use... I put up what I could compile here: http://tank.cs.uiuc.edu/Olden/ However, I could not get mst to compile: % make final dis: bytecode didn't read
2005 May 05
0
[LLVMdev] Scheme + LLVM JIT
On Thu, May 05, 2005 at 03:46:58AM -0400, Alexander Friedman wrote: > On May 5, Misha Brukman wrote: > > To the best of my knowledge, this has not been done and no one has > > announced their intent to work on it, so if you are interested, > > you'd be more than welcome to do so. > > My C++ knowledge is completely non-existant, but so far I've had a >
2005 May 10
0
[LLVMdev] Scheme + LLVM JIT
LLVM list, I bumped into Alex Friedman in the hall today and by coincidence he mentioned that they were switching to LLVM for their PLT Scheme JIT project. I had evaluated LLVM a few weeks ago for my own purposes, but decided that it was too C/C++ centered and that critical features such as tail call optimization and other stack manipulation features were likely stagnant. So naturally I asked
2005 May 05
2
[LLVMdev] Scheme + LLVM JIT
On Thu, 5 May 2005, Misha Brukman wrote: > On Thu, May 05, 2005 at 03:46:58AM -0400, Alexander Friedman wrote: >> On May 5, Misha Brukman wrote: >>> To the best of my knowledge, this has not been done and no one has >>> announced their intent to work on it, so if you are interested, >>> you'd be more than welcome to do so. >> >> My C++ knowledge
2005 Jun 03
1
[LLVMdev] Randomizing Functions & Global variables
Ms Brukman, Thanks for your reply.Just clarifying my question.I actually wanted to randomize the static layout of function code in the executable file.Sorry for writing in confusing manner. T Misha Brukman <brukman at cs.uiuc.edu> wrote: On Thu, Jun 02, 2005 at 02:12:22PM -0700, Tanu Sharma wrote: > By randomization of functions I mean the manner in whch they are > called , so
2004 Nov 08
0
[LLVMdev] I need some output and log files to trace down why mybuild fails
Hi Misha, Files downloaded. Thank you very much. Henrik. From: Misha Brukman <brukman at uiuc.edu> Date: Mon, 8 Nov 2004 11:17:25 -0600 On Sat, Nov 06, 2004 at 09:35:47AM +0100, Henrik Bach wrote: > Would some one be so kind to catch the output when configuring and building > the CFE together with the log files produced? http://misha.brukman.net/code/llvm/logs/ The
2004 Aug 21
1
[LLVMdev] Can't get llvmg++ to work
On Sat, 21 Aug 2004 18:36:08 -0500 Misha Brukman <brukman at uiuc.edu> wrote: > On Sat, Aug 21, 2004 at 04:15:49PM -0700, Jeff Cohen wrote: > > I don't know if it's under cvs. It's the "getting started" page > > (http://llvm.cs.uiuc.edu/docs/GettingStarted.html) in section > > "Getting Started Quickly (A Summary)". But careful reading
2004 Dec 31
0
[LLVMdev] I'm almost able to build a complete tool suite of LLVM.
On Fri, Dec 31, 2004 at 09:41:24PM +0100, Henrik Bach wrote: > Today, I was almost able to build a complete tool suite of LLVM in the > MinGW environment. Great! > However, llvm-db and bugpoint couldn't build due to some non-win32 > intrinsics. If we could iron these errors out, then I think we could > tell to jeff and others, to setup a win32 VC-project to compile the >