Displaying 13 results from an estimated 13 matches for "ressurected".
2014 Aug 19
2
[LLVMdev] C Backend Ressurected
...omplexity of the code you are trying to run and how often you need to change it.
From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Jim Grosbach
Sent: Tuesday, August 19, 2014 2:12 PM
To: Bruce Hoult
Cc: llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] C Backend Ressurected
This is part of the problem with the C backend. This is very much not what it’s useful for, yet it very much looks like it is. The LLVM IR is target dependent, including things like structure layout, pointer size, and other ABI issues. Even with a resurrected C backend, you can’t use it as a subst...
2014 Aug 19
3
[LLVMdev] C Backend Ressurected
I don't know how good it is, but the applications seem obvious. e.g.
compiling programs in any of a number of original formats to run natively
on CPUs that have a working simple C compiler (maybe only K&R or C89) but
don't have an LLVM back end.
The source program could be in modern C, C++, or any other high level
language or assembly language with a translator to LLVM.
On Tue, Aug
2014 Sep 03
2
[LLVMdev] C Backend Ressurected
...> >
> > *From:*llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu]
> > *On Behalf Of *Jim Grosbach
> > *Sent:* Tuesday, August 19, 2014 2:12 PM
> > *To:* Bruce Hoult
> > *Cc:* llvmdev at cs.uiuc.edu
> > *Subject:* Re: [LLVMdev] C Backend Ressurected
> >
> >
> >
> > This is part of the problem with the C backend. This is very much not
> > what it’s useful for, yet it very much looks like it is. The LLVM IR is
> > target dependent, including things like structure layout, pointer size,
> > and other ABI i...
2014 Aug 18
8
[LLVMdev] C Backend Ressurected
Hi All,
2 of my summer interns (Aimee Dipietro and Greg Simpson) used their time over the summer to resurrect the LLVM C Backend:
https://github.com/draperlaboratory/llvm-cbe
Improvements include recovery of simple for/while loops (instead of goto), better variable naming, inline asm support, and making it work on a more recent version of llvm. I believe they used the repository here as a
2013 Jun 27
0
[LLVMdev] Heads up, I've backed out significant amounts of the multiple address space conversion changes
On Thu, Jun 27, 2013 at 12:49 PM, Micah Villmow <micah.villmow at smachines.com
> wrote:
> That said, changes of this magnitude should be done in a branch instead of
> mainline trunk.
I strongly disagree. If you think this is the case, we should probably
start a new thread (rather than ressurecting this one) with the context of
what you want to do and why you think it should be on a
2013 Jun 27
1
[LLVMdev] Heads up, I've backed out significant amounts of the multiple address space conversion changes
The reason why I say it should be done in a separate branch is that the final design is not necessarily the same as the first initial implementation. There are things that will break and this kind of change touches almost everything, not just the core LLVM libraries. It is hard to get right the first time, and developing it in a sandbox will dramatically decrease the amount of churn that will show
2001 Sep 26
3
Formats other than Vorbis in Ogg
I have a question about Ogg. (which, ironically, means i'm posting to
the wrong list. I don't know of an Ogg list though, and if i'm posting
to the wrong list, please inform and forgive me)
A while back I read how some of the developers had added MIDI support to
the Ogg stream format. While just in early stages, this reminded me of
a thought that had been passing through my
2013 Jun 27
2
[LLVMdev] Heads up, I've backed out significant amounts of the multiple address space conversion changes
Outside of what was listed below, which you would have to go back into the other emails/reviews to get into more details, I believe the handling of global constants expressions was problematic with the API's that I had implemented.
That said, changes of this magnitude should be done in a branch instead of mainline trunk.
Micah
-----Original Message-----
From: llvmdev-bounces at cs.uiuc.edu
2010 Jul 13
1
[LLVMdev] Where is Andersen Alias Analysis in LLVM-2.7?
Hi,
I was working on alias analysis using LLVM-2.6 previously. But I just
downloaded LLVM-2.7 and found AndersenAA is not there. What happened for
andersen's IPA alias analysis? Has it been deleted for some reason?
Thanks.
Lei
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2006 Jul 06
1
Mkdiskimage exits with syntax (maybe drive letter problem?)
I have had a problem with mkdiskimage for quite a while. It seems to
always exit with the syntax messages. I'm not really familiar enough
with Perl to figure out exactly what it's checking for there that it
determines is incorrect, but, my guess would have to be that it
doesn't like the letter. Eg, I think the last time it suceeded I was
running it on sda, but, not I'm typically
2012 Apr 26
3
NUT 2.6.3-1 Windows package
Hello all,
There is a new Windows package of NUT.
It now contains nut-scanner binary.
Note that there is a known issue with libupsclient.dll with nut-scanner.
The scan of NUT servers using nut-scanner will not work for now.
You can find it at :
http://www.networkupstools.org/source/2.6/NUT-Installer-2.6.3-1.msi
Please send feedback to the list.
Regards,
Fred
--
Team Open Source Eaton -
2000 Jul 19
2
Why do I *still* need RSA?
OpenSSH Developers,
I'm researching whether or not OpenSSH is a viable commercial
alternative to F-SECURE SSH or SSH.COM's ssh, but I'm not getting the
kind of results that I expected from a "Non patent encumbered ssh
client".
When I attempt to build OpenSSH against an OpenSSL build without rc5,
idea, or rsa it bombs since OpenSSL doesn't place the header files in
the
2012 Sep 19
27
[PATCH] Persistent grant maps for xen blk drivers
This patch implements persistent grants for the xen-blk{front,back}
mechanism. The effect of this change is to reduce the number of unmap
operations performed, since they cause a (costly) TLB shootdown. This
allows the I/O performance to scale better when a large number of VMs
are performing I/O.
Previously, the blkfront driver was supplied a bvec[] from the request
queue. This was granted to