similar to: [LLVMdev] LLVM & Incremental Compilation

Displaying 20 results from an estimated 9000 matches similar to: "[LLVMdev] LLVM & Incremental Compilation"

2005 Jan 16
0
[LLVMdev] LLVM & Incremental Compilation
On Sun, 16 Jan 2005, Tim Macfarlane wrote: > Hi people! > I'm looking for a back-end compiler for a language project of mine, LLVM > looks promising, but I'd like to clear a few things up first: > > 1. What relation does LLVM bear with GCC; why would somebody use LLVM > for a compiler back-end over GCC (aside from the Virtual Machine)? How > do the goals of GCC and
2005 Jan 16
2
[LLVMdev] LLVM & Incremental Compilation
>> 3. Is LLVM able to support advanced runtime features as continuations, >> garbage collection and resuming exception handling. Would there be >> anything in LLVM that would prevent these sorts of features? Is there >> anything in the LLVM runtime that is assumed (dynamic typing, etc). Or >> is LLVM as it's title sugests: Low-Level, so it won't get in your
2015 May 24
6
NEWS.md support on CRAN
John MacFarlane, the author of Pandoc, has been working on a project ( http://commonmark.org/) to define a standard reference for Markdown*. There are already two reference implementations, one in javascript, the other in C: https://github.com/jgm/cmark Regards, baptiste * There was some initial controversy with the original author of markdown, but in the long term it's probably one of the
2006 Aug 10
1
pandoc - an implementation of Markdown in Haskell
I've just released an early version of a Markdown implementation in Haskell (using the Parsec parser combinator library). pandoc converts Markdown to HTML, LaTeX, reStructuredText, rich text format, and S5 HTML slide shows. It partially converts HTML, LaTeX, and reStructuredText to Markdown. It also makes it easy to include LaTeX math on HTML pages, using Peter Jipsen's ASCIIMathML.js.
2007 Jan 07
2
spacing before list continuations
According to the official Markdown syntax documentation, "List items may consist of multiple paragraphs. Each subsequent paragraph in a list item must be intended by either 4 spaces or one tab." But Markdown.pl (v. 1.0.2b7 & 1.0.1) seems to allow continuation paragraphs that are indented fewer than 4 spaces. So, for example, given the following input --------------------- 1. one
2002 Oct 31
7
Which tree should I be barking up?
Running Samba 2.2.6 on RedHat 7.2 in a Microsoft NT4 Domain, trying to create or copy a text file to a share from a MS Windows 2000 Professional workstation (client2k) gives 'Access denied' Reading the log file (level 3) for samba.client2k (not an activity I feel much comfort in doing correctly) it looks like I am being recognized as a 'guest user' which is a problem but for
2010 Oct 28
2
[LLVMdev] [LLVMDev] Register Allocation
I have noticed quite a few changes regarding register allocation. I am wondering will there be support for radically different data structures other than the LiveIntervals, Virtual Register Map, etc? I have build a custom data structure which has it's own intermediate representation like live-intervals, but much more conducive for my allocation algorithm. I do not know if LiveIntervals can
2006 Nov 13
2
mongrel upload progress and nginx
Does anyone know whether the mongrel upload progress plugin works with nginx? It works fine for my app under pound, but not with nginx. I am using DRb to handle the uploads as detailed at http://mongrel.rubyforge.org/docs/upload_progress.html . If I am using pound I can see the uploads with irb -r lib/upload_client.rb , but cannot if I am using nginx. Does anyone know anything more about this
2009 Jun 24
2
[LLVMdev] Garbage collection implementation
Jon Harrop wrote: > The simplest way is surely to reuse HLVM because it provides everything you > need and is even written in the right language! ;-) Is there a web page with HLVM docs? There's a README.txt in the subversion repository: https://llvm.org/svn/llvm-project/hlvm/trunk/README.txt which says: HLVM comes with documentation in HTML format. These are provided in
2011 Nov 07
5
Multiline code block within a list
Hello, How to correctly made multiline code block within a list, like.. * foo * bar * ``` Code 1 Code 2 Code 3 ``` * Another list item The above markup is not working, what I want is Code 1, Code 2 and Code 3 appear in different lines. Thanks.
2008 Sep 08
13
list corner case
I'm curious how people think the following *should* be interpreted: - one 2. two http://babelmark.bobtfish.net/?markdown=-++one%0D%0A2.+two%0D%0A%0D%0A As you can see, implementations split into three groups here: (a) treat as an unordered list Markdown.pl, Python markdown, MultiMarkdown, BlueCloth, MarkdownJ, Showdown (b) treat as an unordered list with an ordered
2015 May 24
2
NEWS.md support on CRAN
On 23/05/2015 9:15 PM, Imanuel Costigan wrote: > While a parsed HTML version of the NEWS.md file would be nice, I would like something much simpler: being able to "see? this file in the Help pane in RStudio That isn't really any simpler. RStudio is just displaying HTML whenever it shows you anything in the Help pane. or being about to run something like show_news(?packagename?).
2011 Aug 10
8
Universal syntax for Markdown
Hi, because of the great editor "Writer" from Information Architects I've learned about Markdown and I love it. But it's very confusing, that there are so many standards with different features: classical Markdown, Markdown Extra, MultiMarkdown. I think for most users and the spreading of Markdown it would be nice, to have only one syntax. And this universal syntax should have
2008 Dec 08
4
R and Scheme
I've read in many places that R semantics are based on Scheme semantics. As a long-time Lisp user and implementor, I've tried to make this more precise, and this is what I've found so far. I've excluded trivial things that aren't basic semantic issues: support for arbitrary-precision integers; subscripting; general style; etc. I would appreciate corrections or additions from
2006 Aug 21
5
New hardware
Hi! I want to upgrade hardware on my router (iptables, htb, >1000 users). Now it is based on usual desktop PC (Intel Prescott P4 3.00 Ghz, 1 Gb RAM). The reason of hardware upgrade is growing up number of users, also we are planning to increase upstream link from 100 Mbit/s to 1 Gbit/s. Iptables rules are now optimized with ipset tool, for tc I''m using hash tables as well. So I
2003 May 07
1
graphics with rterm
I would like to use R as the graphical interface for a fortran program I am writing. Presently my fortran code produces a set of data files then sends an "rterm ..... <filename.r >out.out" line to my windows system. This causes rterm to read in the data files, draw plots on my screen in milliseconds .... and then terminate and disappear, plots and all, forever. It's this last
2012 Sep 12
2
inline link syntax question
I don't believe this question has been discussed before on this list: Should whitespace be allowed between the bracketed and parenthesized parts of an inline link? For example, [foo] (/url) The markdown syntax documentation says explicitly that a space is allowed between the two parts of a *reference-style* link: > Reference-style links use a second set of square brackets, inside
2018 May 26
1
LLVM Social Berlin #12: ThinLTO Summaries for Incremental JIT Compilation
Hi folks, The next LLVM Social Berlin will take place the next Thursday, the 31st of May. Stefan Gränitz will talk about ThinLTO and Incremental JIT Compilation. More details here: https://www.meetup.com/LLVM-Social-Berlin/events/250509247/ See you there. Cheers, Alex. -- AlexDenisov Software Engineer, https://lowlevelbits.org -------------- next part -------------- A non-text attachment was
2005 Jan 17
0
[LLVMdev] LLVM & Incremental Compilation
Le 17 janv. 05, à 00:38, Vikram Adve a écrit : > I think the code for closures (and therefore any first-class > functions) requires excessive use of void pointers and casts. And is there any chance that closure implementation could be made easier ? If LLVM is to be used as a platform for new computer languages, tis would be important. I think that closures would be on the top of the
2005 Jan 17
1
[LLVMdev] LLVM & Incremental Compilation
On Mon, 17 Jan 2005, [ISO-8859-1] Sébastien Pierre wrote: > Le 17 janv. 05, à 00:38, Vikram Adve a écrit : >> I think the code for closures (and therefore any first-class functions) >> requires excessive use of void pointers and casts. > > And is there any chance that closure implementation could be made easier ? That is entirely possible. However, LLVM evolution is driven