By: Michael S (already5chosen.delete@this.yahoo.com), April 21, 2011 1:01 pm
Room: Moderated Discussions
ahnoun (a.a.a.a@a.a.a.a) on 4/21/11 wrote:
---------------------------
>Vincent Diepeveen (diep@xs4all.nl) on 4/21/11 wrote:
>---------------------------
>>Pardon me?
>>
>>Why don't you download the junk yourself and compile using
>>
>>llvm-gcc
>>
>>It's using GCC 4.2.1 allright.
>
>This is one of those times when it would be deeply satisfying to just link a facepalm-guy
>picture. I guess I'll make one final effort to get through to you instead. Pay
>attention for once! It's all on the front page of llvm.org:
>
>"2. Clang is an "LLVM native" C/C++/Objective-C compiler [...]
>3. dragonegg and llvm-gcc 4.2 integrate the LLVM optimizers and code generator
>with the GCC 4.5 (which is GPL3) and GCC 4.2 (which is GPL2) parsers, respectively. [...]"
>
>To spell it out in even more detail for you:
>
>LLVM began life as an academic research project. It is not a complete compiler,
>it's a backend, because that's what the focus of the research was. In order to
>test it, the researchers needed a parser to generate AST (abstract syntax tree)
>data. Rather than write one from scratch, they hacked apart gcc and borrowed its
>parser. That project still lives today as "dragonegg" and "llvm-gcc": compilers
>which use pieces of gcc to parse source code, and LLVM as the backend.
>
>Maybe the researchers always intended to write a non-GCC parser, maybe mot, I don't
>know, but what's certain is that after Apple got involved a new parser became a
>very important project. This because Apple has at least two reasons to stop using
>GCC. (*) The result is Clang. The Clang parser plus the LLVM backend is a complete
>C/C++/ObjC/ObjC++ compiler which contains no GCC code.
>
>* - One being Apple's difficulties working with GCC maintainers (probably not enough
>on its own), and the other being Apple's desire to not touch GPLv3 with a hundred-foot pole.
>
>>And indeed they did modify gcc 4.2.1 a little.
>>
>>This is the latest release of clang+llvm version 2.9
>>
>>If they additional to that also started their own C compiler, that would be pretty
>>amazing, as from their homepage the advice is to use the GCC port for compiling C.
>
>You're lying. They give no such advice on their homepage.
>
>>You are claiming now that they also started building their own C compiler?
>
>I do not merely claim that they started. I claim that they are finished, or nearly so.
>
>>The project is a joke for now, how can you take it serious?
>
>This discussion is the joke. I'm sure that even though it's been explained to
>you many times over, you'll still figure out some way to keep believing that clang is really gcc.
>
BTW, I can't find clear instructions of how to make binary distribution of Clang for Mingw32/x86 work.
Do I need to download only Clang binaries or also LLVM binaries? Is gnuwin32 optional or mandatory?
The documentation talks a lot about compiling from source but close to nothing at all about configuring Windows binary distributions others than one for VS2005.
They dare to suggest to read documentation twice. I'd say they should read it at least ones by themselves and try to figure out what's missing.
---------------------------
>Vincent Diepeveen (diep@xs4all.nl) on 4/21/11 wrote:
>---------------------------
>>Pardon me?
>>
>>Why don't you download the junk yourself and compile using
>>
>>llvm-gcc
>>
>>It's using GCC 4.2.1 allright.
>
>This is one of those times when it would be deeply satisfying to just link a facepalm-guy
>picture. I guess I'll make one final effort to get through to you instead. Pay
>attention for once! It's all on the front page of llvm.org:
>
>"2. Clang is an "LLVM native" C/C++/Objective-C compiler [...]
>3. dragonegg and llvm-gcc 4.2 integrate the LLVM optimizers and code generator
>with the GCC 4.5 (which is GPL3) and GCC 4.2 (which is GPL2) parsers, respectively. [...]"
>
>To spell it out in even more detail for you:
>
>LLVM began life as an academic research project. It is not a complete compiler,
>it's a backend, because that's what the focus of the research was. In order to
>test it, the researchers needed a parser to generate AST (abstract syntax tree)
>data. Rather than write one from scratch, they hacked apart gcc and borrowed its
>parser. That project still lives today as "dragonegg" and "llvm-gcc": compilers
>which use pieces of gcc to parse source code, and LLVM as the backend.
>
>Maybe the researchers always intended to write a non-GCC parser, maybe mot, I don't
>know, but what's certain is that after Apple got involved a new parser became a
>very important project. This because Apple has at least two reasons to stop using
>GCC. (*) The result is Clang. The Clang parser plus the LLVM backend is a complete
>C/C++/ObjC/ObjC++ compiler which contains no GCC code.
>
>* - One being Apple's difficulties working with GCC maintainers (probably not enough
>on its own), and the other being Apple's desire to not touch GPLv3 with a hundred-foot pole.
>
>>And indeed they did modify gcc 4.2.1 a little.
>>
>>This is the latest release of clang+llvm version 2.9
>>
>>If they additional to that also started their own C compiler, that would be pretty
>>amazing, as from their homepage the advice is to use the GCC port for compiling C.
>
>You're lying. They give no such advice on their homepage.
>
>>You are claiming now that they also started building their own C compiler?
>
>I do not merely claim that they started. I claim that they are finished, or nearly so.
>
>>The project is a joke for now, how can you take it serious?
>
>This discussion is the joke. I'm sure that even though it's been explained to
>you many times over, you'll still figure out some way to keep believing that clang is really gcc.
>
BTW, I can't find clear instructions of how to make binary distribution of Clang for Mingw32/x86 work.
Do I need to download only Clang binaries or also LLVM binaries? Is gnuwin32 optional or mandatory?
The documentation talks a lot about compiling from source but close to nothing at all about configuring Windows binary distributions others than one for VS2005.
They dare to suggest to read documentation twice. I'd say they should read it at least ones by themselves and try to figure out what's missing.
Topic | Posted By | Date |
---|---|---|
New article: Bulldozer benchmark analysis | David Kanter | 2011/03/30 03:27 AM |
New article: Bulldozer benchmark analysis | NaN | 2011/03/30 08:47 AM |
New article: Bulldozer benchmark analysis | David Kanter | 2011/03/30 10:25 AM |
New article: Bulldozer benchmark analysis | dc | 2011/03/30 01:07 PM |
New article: Bulldozer benchmark analysis | Foo_ | 2011/03/30 01:17 PM |
New article: Bulldozer benchmark analysis | David Kanter | 2011/03/30 02:34 PM |
BD won't "kick in" until 2.5GHz | BaronMAtrix | 2011/03/31 09:37 AM |
BD won't "kick in" until 2.5GHz | David Kanter | 2011/03/31 10:21 AM |
He is an AMDZone lunatic | NIKOLAS | 2011/04/01 07:40 AM |
See how he behaves here | David Kanter | 2011/04/01 09:08 AM |
He is an AMDZone lunatic | horsefly | 2011/04/02 06:46 AM |
This is not relevant | David Kanter | 2011/04/02 10:16 AM |
Post removed | David Kanter | 2011/04/02 01:39 PM |
New article: Bulldozer benchmark analysis | anonymous | 2011/04/04 06:08 AM |
New article: Bulldozer benchmark analysis | interested | 2011/04/01 04:28 PM |
New article: Bulldozer benchmark analysis | David Kanter | 2011/04/01 04:53 PM |
New article: Bulldozer benchmark analysis | NaN | 2011/04/02 08:12 AM |
New article: Bulldozer benchmark analysis | David Kanter | 2011/04/02 10:05 AM |
New article: Bulldozer benchmark analysis | NaN | 2011/04/02 10:24 AM |
New article: Bulldozer benchmark analysis | David Kanter | 2011/04/02 01:36 PM |
AMD's Open64 compiler ? | Alex | 2011/04/04 03:23 AM |
AMD's Open64 compiler ? | David Kanter | 2011/04/04 09:19 AM |
AMD's Open64 compiler ? | Richard Cownie | 2011/04/04 10:52 AM |
AMD's Open64 compiler ? | David Kanter | 2011/04/04 02:20 PM |
AMD's Open64 compiler ? | none | 2011/04/04 03:25 PM |
AMD's Open64 compiler ? | gallier2 | 2011/04/05 12:06 AM |
thanks, very interesting (NT) | Richard Cownie | 2011/04/05 04:44 AM |
AMD's Open64 compiler ? | Andreas Stiller | 2011/04/05 09:23 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/06 02:11 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/06 02:01 AM |
AMD's Open64 compiler ? | none | 2011/04/06 02:41 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/07 03:02 PM |
AMD's Open64 compiler ? | Brett | 2011/04/07 05:55 PM |
AMD's Open64 compiler ? | Megol | 2011/04/09 12:03 PM |
Clang+LLVM | Brett | 2011/04/11 11:51 PM |
Clang+LLVM | Rob Thorpe | 2011/04/12 01:52 AM |
Clang+LLVM | Brett | 2011/04/12 09:27 PM |
I prefer my dollars exponential, not cubic (NT) | David Kanter | 2011/04/13 12:34 AM |
I prefer cubic meters of euros over cubic feet of dollars | Jouni Osmala | 2011/04/13 02:13 AM |
Life is not about money, but about power (and informational asymetry) | ? | 2011/04/18 02:14 AM |
Clang+LLVM | Rob Thorpe | 2011/04/13 11:37 AM |
Clang+LLVM | Linus Torvalds | 2011/04/13 12:47 PM |
Clang+LLVM | Rob Thorpe | 2011/04/13 02:46 PM |
Clang+LLVM | Linus Torvalds | 2011/04/13 05:40 PM |
Clang+LLVM | anon | 2011/04/13 08:31 PM |
Clang+LLVM | Linus Torvalds | 2011/04/14 07:11 AM |
Clang+LLVM | Rob Thorpe | 2011/04/14 01:33 PM |
Clang+LLVM | Linus Torvalds | 2011/04/14 01:48 PM |
Clang+LLVM | Andi Kleen | 2011/04/14 07:38 PM |
Clang+LLVM | Jouni Osmala | 2011/04/14 10:54 PM |
Clang+LLVM | ? | 2011/04/15 12:56 AM |
Clang+LLVM | Linus Torvalds | 2011/04/15 07:23 AM |
Clang+LLVM | ? | 2011/04/15 11:11 PM |
Clang+LLVM | Linus Torvalds | 2011/04/16 09:10 AM |
Clang+LLVM | Linus Torvalds | 2011/04/16 09:32 AM |
Competing for speed | ? | 2011/04/17 12:47 AM |
Clang+LLVM | EduardoS | 2011/04/17 01:38 PM |
Clang+LLVM | Linus Torvalds | 2011/04/17 03:00 PM |
Competing for speed | ? | 2011/04/17 11:57 PM |
Competing for speed | Linus Torvalds | 2011/04/18 10:07 AM |
Competing for speed | anon | 2011/04/18 06:38 PM |
Competing for speed | Linus Torvalds | 2011/04/18 08:24 PM |
Competing for speed | anon | 2011/04/19 06:05 AM |
Competing for speed | anon | 2011/04/21 02:35 PM |
Competing for speed | Linus Torvalds | 2011/04/22 12:09 PM |
Competing for speed | ? | 2011/04/19 12:45 AM |
Competing for speed | Linus Torvalds | 2011/04/19 07:41 AM |
Competing for speed | Linus Torvalds | 2011/04/19 08:46 AM |
Oh ... the irony | ? | 2011/04/19 11:36 AM |
Oh ... the irony | Linus Torvalds | 2011/04/19 02:49 PM |
What's the speedup? | iz | 2011/04/19 11:54 PM |
What's the speedup? | Linus Torvalds | 2011/04/20 07:48 AM |
Oh ... the irony | ? | 2011/04/23 06:52 AM |
Oh ... the irony | Dougal | 2011/04/20 07:23 AM |
Oh ... the irony | ? | 2011/04/25 01:05 PM |
Oh ... the irony | Dougal | 2011/04/26 06:22 AM |
Oh ... the irony | ? | 2011/04/27 01:14 AM |
Clang+LLVM | Rob Thorpe | 2011/04/16 02:23 PM |
Clang+LLVM | anon | 2011/04/16 04:01 PM |
Clang+LLVM | Rob Thorpe | 2011/04/18 05:53 AM |
Clang+LLVM | anon | 2011/04/18 06:28 PM |
Clang+LLVM | Paul | 2011/04/14 11:43 AM |
Clang+LLVM | Foo_ | 2011/04/12 06:36 AM |
AMD's Open64 compiler ? | Paul | 2011/04/10 03:50 AM |
C++ front-ends | David Kanter | 2011/04/10 07:29 AM |
C++ front-ends | Paul | 2011/04/10 08:19 AM |
C++ front-ends | anonymous | 2011/04/10 08:28 AM |
C++ front-ends | none | 2011/04/10 08:36 AM |
C++ front-ends | Paul | 2011/04/10 08:44 AM |
C++ front-ends | Michael S | 2011/04/10 08:47 AM |
C++ front-ends | none | 2011/04/10 08:51 AM |
C++ front-ends | Rob Thorpe | 2011/04/10 12:13 PM |
C++ front-ends | Paul | 2011/04/11 11:07 AM |
AMD's Open64 compiler ? | Konrad Schwarz | 2011/04/14 02:06 AM |
Testing Clang + LLVM | Vincent Diepeveen | 2011/04/20 07:31 AM |
Does your program crash when compiled with -O0? (NT) | Michael S | 2011/04/20 11:11 AM |
Does your program crash when compiled with -O0? (NT) | Vincent Diepeveen | 2011/04/20 12:33 PM |
Testing Clang + LLVM | Megol | 2011/04/20 12:05 PM |
Testing Clang + LLVM | Vincent Diepeveen | 2011/04/20 12:43 PM |
Testing Clang + LLVM | stubar | 2011/04/20 01:23 PM |
Testing Clang + LLVM | Vincent Diepeveen | 2011/04/20 01:42 PM |
Testing Clang + LLVM | Rob Thorpe | 2011/04/20 03:30 PM |
Testing Clang + LLVM | ahnoun | 2011/04/20 04:13 PM |
Testing Clang + LLVM | Mark Roulo | 2011/04/20 05:05 PM |
Testing Clang + LLVM | Megol | 2011/04/22 05:30 AM |
Testing Clang + LLVM | ahnoun | 2011/04/20 03:31 PM |
Testing Clang + LLVM | Vincent Diepeveen | 2011/04/21 03:17 AM |
Testing Clang + LLVM | none | 2011/04/21 03:36 AM |
Testing Clang + LLVM | ahnoun | 2011/04/21 12:02 PM |
Testing Clang + LLVM | Michael S | 2011/04/21 01:01 PM |
Testing Clang + LLVM | Michael S | 2011/04/21 04:29 PM |
Testing Clang + LLVM | Brett | 2011/04/21 05:49 PM |
Testing Clang + LLVM | EduardoS | 2011/04/22 03:22 PM |
Testing Clang + LLVM | Michael S | 2011/04/23 10:59 AM |
Testing Clang + LLVM | David Ball | 2011/04/21 07:43 PM |
Testing Clang + LLVM | Brett | 2011/04/20 01:54 PM |
AMD's Open64 compiler ? | Megol | 2011/04/09 11:49 AM |
Imperative compilers (and the lack of it) | ? | 2011/04/10 01:36 AM |
Imperative compilers (and the lack of it) | ? | 2011/04/10 01:43 AM |
Imperative compilers (and the lack of it) | Paul | 2011/04/10 03:37 AM |
Imperative compilers (and the lack of it) | ? | 2011/04/10 06:30 AM |
Imperative compilers (and the lack of it) | Vincent Diepeveen | 2011/04/10 07:20 AM |
Imperative compilers (and the lack of it) | Gabriele Svelto | 2011/04/11 09:24 AM |
Imperative compilers (and the lack of it) | Michael S | 2011/04/12 01:12 AM |
Imperative compilers (and the lack of it) | ? | 2011/04/12 02:41 AM |
Imperative compilers (and the lack of it) | EduardoS | 2011/04/12 04:13 PM |
U+269B | Michael S | 2011/04/13 01:45 AM |
U+269B | ? | 2011/04/13 04:52 AM |
U+269B | Brendan | 2011/04/20 08:18 AM |
U+269B | Michael S | 2011/04/20 10:11 AM |
U+269B | Heath Provost | 2011/04/20 11:26 AM |
You are right, Heath. Sorry, Brannon. | Michael S | 2011/04/20 11:42 AM |
Sorry again, Brendan (NT) | Michael S | 2011/04/20 11:43 AM |
Testing western non-us letters. | Jouni Osmala | 2011/04/20 10:41 PM |
Those show up fine to me (NT) | David Kanter | 2011/04/21 08:48 AM |
Testing western non-us letters. | Heath Provost | 2011/04/21 12:15 PM |
Testing western non-us letters. | EduardoS | 2011/04/22 03:14 PM |
Testing western non-us letters. | Heath Provost | 2011/04/22 04:21 PM |
Testing western non-us letters. | EduardoS | 2011/04/22 05:24 PM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/22 11:23 PM |
We actually upgraded to 2008 R2 | EduardoS | 2011/04/22 11:33 PM |
We actually upgraded to 2008 R2 | rwessel | 2011/04/23 12:11 AM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/23 12:28 AM |
We actually upgraded to 2008 R2 | Ricardo B | 2011/04/23 10:43 AM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/23 11:31 AM |
We actually upgraded to 2008 R2 | sparkplug | 2011/04/23 09:25 PM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/24 04:36 PM |
We actually upgraded to 2008 R2 | anon | 2011/04/24 07:32 PM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/25 12:12 AM |
We actually upgraded to 2008 R2 | EduardoS | 2011/04/24 09:10 PM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/25 12:04 AM |
We actually upgraded to 2008 R2 | anonymous | 2011/04/24 09:44 PM |
We actually upgraded to 2008 R2 | David Kanter | 2011/04/24 11:57 PM |
File size optimizations | jrl | 2011/04/25 03:03 AM |
File size optimizations | Ricardo B | 2011/04/25 08:14 AM |
File size optimizations | jrl | 2011/04/25 06:52 PM |
File size optimizations | David Kanter | 2011/04/25 08:49 AM |
File size optimizations | Ricardo B | 2011/04/25 09:22 AM |
Continuation | Ricardo B | 2011/04/25 09:25 AM |
File size optimizations | Christian Packmann | 2011/04/25 10:56 AM |
File size optimizations | EduardoS | 2011/04/25 12:57 PM |
File size optimizations | Ricardo B | 2011/04/25 02:01 PM |
File size optimizations | EduardoS | 2011/04/25 01:01 PM |
Javascript is at the root of the latency problem | jrl | 2011/04/25 07:03 PM |
File size optimizations | EduardoS | 2011/04/25 01:14 PM |
File size optimizations | rwessel | 2011/04/25 01:49 PM |
File size optimizations | EduardoS | 2011/04/25 01:57 PM |
File size optimizations | jrl | 2011/04/25 06:54 PM |
A simple approach | Silent | 2011/04/25 10:24 PM |
Show Thread exists but the default is Yes (NT) | Silent | 2011/04/25 10:26 PM |
File size optimizations | Heath Provost | 2011/04/25 03:02 PM |
Imperative compilers (and the lack of it) | Azazel | 2011/04/12 09:23 PM |
Imperative compilers (and the lack of it) | none | 2011/04/10 07:00 AM |
Imperative compilers (and the lack of it) | dmsc | 2011/04/10 07:39 AM |
Imperative compilers (and the lack of it) | EduardoS | 2011/04/10 01:55 PM |
compiler failure rates | hobold | 2011/04/10 11:55 AM |
compiler failure rates | ? | 2011/04/11 12:13 AM |
compiler failure rates | hobold | 2011/04/11 06:07 AM |
Imperative compilers (and the lack of it) | EduardoS | 2011/04/10 01:55 PM |
Imperative compilers (and the lack of it) | ? | 2011/04/11 12:13 AM |
Imperative compilers (and the lack of it) | Konrad Schwarz | 2011/04/14 02:28 AM |
Imperative compilers (and the lack of it) | gallier2 | 2011/04/14 05:47 AM |
Imperative compilers (and the lack of it) | EduardoS | 2011/04/14 03:04 PM |
Imperative compilers (and the lack of it) | Konrad Schwarz | 2011/04/15 04:43 AM |
Hard register problems | Rob Thorpe | 2011/04/11 01:14 AM |
Hard register problems | Max | 2011/04/11 04:05 PM |
Hard register problems | Rob Thorpe | 2011/04/11 04:28 PM |
Imperative compilers (and the lack of it) | gallier2 | 2011/04/11 10:26 AM |
I wonder why. | j | 2011/04/11 11:39 PM |
I wonder why. | ? | 2011/04/12 12:44 AM |
Imperative compilers (and the lack of it) | nksingh | 2011/04/13 12:00 AM |
Imperative compilers (and the lack of it) | ? | 2011/04/13 12:23 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/10 07:06 AM |
AMD's Open64 compiler ? | none | 2011/04/10 08:23 AM |
AMD's Open64 compiler ? | Eugene Nalimov | 2011/04/11 04:57 PM |
AMD's Open64 compiler ? | EduardoS | 2011/04/12 03:55 PM |
AMD's Open64 compiler ? | Megol | 2011/04/11 12:05 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/20 01:52 PM |
Yap transform? What is it? (NT) | Michael S | 2011/04/21 10:04 AM |
Yap transform? What is it? (NT) | Vincent Diepeveen | 2011/04/22 03:56 AM |
AMD's Open64 compiler ? | Vincent Diepeveen | 2011/04/05 01:02 PM |
New article: Bulldozer benchmark analysis | NaN | 2011/03/30 06:24 PM |
New article: Bulldozer benchmark analysis | Chris | 2011/04/05 04:33 AM |
New article: Bulldozer benchmark analysis | dc | 2011/03/30 09:09 AM |
New article: Bulldozer benchmark analysis | MS | 2011/03/30 09:53 AM |
New article: Bulldozer benchmark analysis | Daniel Bizo | 2011/03/31 01:20 AM |
New article: Bulldozer benchmark analysis | anun | 2011/03/31 03:48 AM |
New article: Bulldozer benchmark analysis | Alex | 2011/03/30 10:18 AM |
New article: Bulldozer benchmark analysis | IntelUser2000 | 2011/03/30 02:19 PM |
New article: Bulldozer benchmark analysis | Groo | 2011/03/31 07:14 AM |
New article: Bulldozer benchmark analysis | anon | 2011/03/31 09:29 AM |
AMD's memory controllers are fine | David Kanter | 2011/03/31 10:27 AM |
AMD's memory controllers are fine | anon | 2011/04/05 12:24 PM |
AMD's memory controllers are fine | anon | 2011/04/05 05:52 PM |
AMD's memory controllers are fine | Vincent Diepeveen | 2011/04/06 02:36 AM |
AMD's memory controllers are fine | anon | 2011/04/06 07:59 AM |
AMD's memory controllers are fine | Vincent Diepeveen | 2011/04/07 03:15 PM |
AMD's memory controllers are fine | Vincent Diepeveen | 2011/04/07 03:27 PM |
AMD's memory controllers are fine | anon | 2011/04/07 03:57 PM |
AMD's memory controllers are fine | anon | 2011/04/07 03:54 PM |
New article: Bulldozer benchmark analysis | Azazel | 2011/03/31 10:54 AM |
New article: Bulldozer benchmark analysis | Alex | 2011/04/01 12:38 AM |
New article: Bulldozer benchmark analysis | anon | 2011/04/01 04:23 AM |
Streaming conflicts can lead to performance degradations | gc | 2011/04/08 07:35 AM |
AMD's probe filter | Andreas Stiller | 2011/04/05 09:37 AM |
a waste of time | Moritz | 2011/04/09 08:01 AM |
a waste of time | horsefly | 2011/04/09 04:34 PM |
a waste of time | David Kanter | 2011/04/09 07:56 PM |
a waste of time | horsefly | 2011/04/10 06:13 AM |
Investors | David Kanter | 2011/04/10 07:27 AM |