Displaying 13 results from an estimated 13 matches for "ressurecting".
2014 Aug 19
2
[LLVMdev] C Backend Ressurected
It provides a useful starting point, but I agree with Jim that it is not a complete solution and requires rework of the results in a lot cases. I think we could improve it further to address these issues but that work is nontrivial.
If you are deciding between a quick and dirty implementation of a custom backend vs. the C backend, then the C backend is sometimes preferable in my experience
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
I can't see why you'd want to do this, no.
-eric
On Tue, Aug 19, 2014 at 8:02 PM, Isaac Dupree <
ml at isaac.cedarswampstudios.org> wrote:
> Is the C backend at all suitable to be adapted to emit OpenCL code? Or
> do the target-dependence, and/or things that C can do but OpenCL can't,
> make that hopeless?
> -Isaac
>
> On 08/19/2014 03:08 PM, Carback,
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
...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 branch.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130627/313e4a7d/attachment.html>
2013 Jun 27
1
[LLVMdev] Heads up, I've backed out significant amounts of the multiple address space conversion changes
...Micah Villmow <micah.villmow at smachines.com<mailto: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 branch.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130627/99c3608d/attachment.html>
2001 Sep 26
3
Formats other than Vorbis in Ogg
...eam format. While just in early stages, this reminded me of
a thought that had been passing through my mind before.
What formats does Ogg intend to support? I know that there's work on
Ogg Tarkin going on. But what about putting a plain wave file into the
Ogg framework? Or, even better, ressurecting Ogg Squish. Many people,
when posting audio samples, include the Vorbis file (of course) and then
a wave file. Then other users tell them to put into flac format, to
save space. Why couldn't flac be integrated into Ogg? Since Ogg Squish
is dead, what about Ogg Flac? In fact, i seem to...
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