similar to: [LLVMdev] Compiler Driver Decisions

Displaying 20 results from an estimated 50000 matches similar to: "[LLVMdev] Compiler Driver Decisions"

2004 Aug 04
0
[LLVMdev] Compiler Driver Decisions
Dear All, I thought I would chime in with some ideas and opinions: o Configuration Files If it isn't too much trouble, I think we should go with XML for the following reasons: 1) We wouldn't need to implement a parsing library. There are several XML parsing libraries available, and I'm guessing that they're available in several different programming languages (Reid, am I
2004 Aug 04
2
[LLVMdev] Compiler Driver Decisions
On Wed, 2004-08-04 at 08:24, John Criswell wrote: > o Configuration Files > > If it isn't too much trouble, I think we should go with XML for the > following reasons: > > 1) We wouldn't need to implement a parsing library. There are several > XML parsing libraries available, and I'm guessing that they're available > in several different programming
2004 Aug 03
2
[LLVMdev] Compiler Driver Decisions
> On Mon, Aug 02, 2004 at 06:05:16PM -0700, Reid Spencer wrote: > > On Mon, 2004-08-02 at 18:04, Chris Lattner wrote: > > llvmcd - llvm compiler driver > > llvmci - llvm compiler invoker > > llvmcs - llvm compiler system (or perhaps "compilation system") > > llvmct - llvm compiler tool > > llvmx - llvm eXecutive > > I like llvmcs. Contrary
2004 Aug 04
0
[LLVMdev] Compiler Driver Decisions
Reid Spencer wrote: > On Wed, 2004-08-04 at 08:24, John Criswell wrote: > > >>o Configuration Files >> >>If it isn't too much trouble, I think we should go with XML for the >>following reasons: >> >>1) We wouldn't need to implement a parsing library. There are several >>XML parsing libraries available, and I'm guessing that
2004 Aug 03
0
[LLVMdev] Compiler Driver Decisions
On Tue, Aug 03, 2004 at 12:26:50PM -0500, Brian Gaeke wrote: > > On Mon, Aug 02, 2004 at 06:05:16PM -0700, Reid Spencer wrote: > > > On Mon, 2004-08-02 at 18:04, Chris Lattner wrote: > > > llvmcd - llvm compiler driver > > > llvmci - llvm compiler invoker > > > llvmcs - llvm compiler system (or perhaps "compilation system") > > > llvmct
2004 Aug 04
5
[LLVMdev] Compiler Driver Decisions
On Wed, 4 Aug 2004, John Criswell wrote: > I thought I would chime in with some ideas and opinions: > > o Configuration Files > > If it isn't too much trouble, I think we should go with XML for the > following reasons: > > 1) We wouldn't need to implement a parsing library. There are several > XML parsing libraries available, and I'm guessing that
2004 Aug 03
4
[LLVMdev] Compiler Driver Decisions
On Mon, 2004-08-02 at 18:04, Chris Lattner wrote: > What is the difference between a "compiler collection" and a "compiler"? > how about llvmcs "llvm-compiler system" or something else non-cc? :) The difference is that most people associate the word "compiler" with a single language: e.g. the C++ compiler, the Pascal compiler, the Fortran compiler.
2004 Aug 03
3
[LLVMdev] Compiler Driver Decisions
On Mon, 2004-08-02 at 17:31, Chris Lattner wrote: > On Mon, 2 Aug 2004, Misha Brukman wrote: > > > On Mon, Aug 02, 2004 at 07:23:06PM -0500, Chris Lattner wrote: > > > > > > 1. Name = llvmcc > > > > > > > > > > Why not 'llvmc' "llvm compiler"? What does the extra C mean? > > > > > > > > I dunno.
2004 Aug 03
4
[LLVMdev] Compiler Driver Decisions
I have been at Microsoft the last couple of days and so couldn't join the discussion earlier. Here's my view of the name issue, and (the reason this is long), a little about how I think we want users to view this tool: First, I think the name should convey the purpose of the tool -- otherwise, it just creates a confusing acronym (and goodness knows we have enough names already, even
2004 Aug 03
0
[LLVMdev] Compiler Driver Decisions
On Mon, Aug 02, 2004 at 06:05:16PM -0700, Reid Spencer wrote: > On Mon, 2004-08-02 at 18:04, Chris Lattner wrote: > llvmcd - llvm compiler driver > llvmci - llvm compiler invoker > llvmcs - llvm compiler system (or perhaps "compilation system") > llvmct - llvm compiler tool > llvmx - llvm eXecutive I like llvmcs. Contrary to the IRC discussion, I am not sure I want a
2004 Aug 03
0
[LLVMdev] Compiler Driver Decisions
On Mon, 2 Aug 2004, Reid Spencer wrote: > I actually like Misha's point here. Most people that have used GCC > recently realize that the CC means "Compiler Collection" and not "C > Compiler" which is appropriate given what it does. Since we intend to be > front end language agnostic and the driver tool will support multiple > front end languages,
2004 Aug 04
2
[LLVMdev] Compiler Driver Decisions
On Wed, 2004-08-04 at 12:21, John Criswell wrote: > In regards to Misha's comments about the automatic execution of bytecode > files, there are several ways to do it: > > 1) Have bytecode files start with #!<JIT/llee/whatever> (portable) > 2) Encapsulate with ELF > 3) Register the type with the kernel (Linux only) > > I don't really care for the llee
2004 Jul 28
0
[LLVMdev] Compiler Driver [high-level comments]
On Wed, 28 Jul 2004, Reid Spencer wrote: > 2. MODE OF OPERATION > ==================== > The driver will simply read its command line arguments, read its > configuration data, and invoke the compilation, linking, and > optimization tools necessary to complete the user's request. Its basic I'm not sure that I agree with this. Compilers need to be extremely predictable and
2004 Aug 03
2
[LLVMdev] Compiler Driver Decisions
On Mon, Aug 02, 2004 at 07:23:06PM -0500, Chris Lattner wrote: > > > > 1. Name = llvmcc > > > > > > Why not 'llvmc' "llvm compiler"? What does the extra C mean? > > > > I dunno. Perhaps cause Misha liked it. But, you do have a point there. LLVMCC = LLVM Compiler Collection, a la GCC After all, it's going to be the
2020 Apr 09
3
Building libjpeg-turbo with LTO
Adding a couple of lld folks. I helped Shishir debug this, the link line looked like: /home/sjessu/build/bin/clang -O0 -flto -o jcstest jcstest.o ./.libs/libjpeg.a and the issue was that libjpeg.a was created with the system ar instead of llvm-ar. It worked when recreating libjpeg.a with llvm-ar. I noticed that the lld code has some special handling for the case when there is a missing
2004 Aug 04
0
[LLVMdev] Compiler Driver Decisions
On Tue, 3 Aug 2004, Vikram Adve wrote: > First, I think the name should convey the purpose of the tool -- > otherwise, it just creates a confusing acronym (and goodness knows we > have enough names already, even though most of them are clear). Yes, I totally agree. > Unfortunately this leads me to vote against llvmcs -- it's vague and > (worse) a misnomer. A
2004 Aug 03
0
[LLVMdev] Compiler Driver Decisions
On Mon, 2 Aug 2004, Misha Brukman wrote: > On Mon, Aug 02, 2004 at 07:23:06PM -0500, Chris Lattner wrote: > > > > > 1. Name = llvmcc > > > > > > > > Why not 'llvmc' "llvm compiler"? What does the extra C mean? > > > > > > I dunno. Perhaps cause Misha liked it. But, you do have a point there. > > LLVMCC = LLVM
2004 Aug 03
4
[LLVMdev] Compiler Driver Decisions
On Mon, 2004-08-02 at 15:03, Chris Lattner wrote: > > Since there's been little feedback on the design document I sent out, > > some decisions are being made in order to progress the work. If you have > > strong feelings about any of these, voice them now! > > > > 1. Name = llvmcc > > Why not 'llvmc' "llvm compiler"? What does the extra C
2004 Aug 03
0
[LLVMdev] Compiler Driver Decisions
On Mon, 2 Aug 2004, Reid Spencer wrote: > On Mon, 2004-08-02 at 15:03, Chris Lattner wrote: > > > Since there's been little feedback on the design document I sent out, > > > some decisions are being made in order to progress the work. If you have > > > strong feelings about any of these, voice them now! > > > > > > 1. Name = llvmcc > >
2004 Aug 04
0
[LLVMdev] Compiler Driver Decisions
On Tue, 2004-08-03 at 14:05, Vikram Adve wrote: > I have been at Microsoft the last couple of days and so couldn't > jointhe discussion earlier. No worries. I knew you'd chime in sooner or later :) > Here's my view of the name issue, and (thereason this is long), a > little about how I think we want users to viewthis tool: > > First, I think the name should