Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
"LLVM 4.0.0 released"
81 views
Skip to first unread message
Lynn McGuire
Mar 15, 2017, 1:32:04 PM3/15/17
to
"LLVM 4.0.0 released"
http://www.osnews.com/story/29713/LLVM_4_0_0_released
"This release is the result of the community's work over the past six months, including: use of profile data in ThinLTO, more
aggressive dead code elimination, experimental support for coroutines, experimental AVR target, better GNU ld compatibility and
significant performance improvements in LLD, as well as improved optimizations, many bug fixes and more."
I am continuing to hear more and more good things about the LLVM compilers and backend code generator. I just wish that there was an
platform independent IDE for them.
While I am at it, a platform independent user interface maintained by the compiler writers and a part of the C++ standards would be
good also.
Lynn
http://www.osnews.com/story/29713/LLVM_4_0_0_released
"This release is the result of the community's work over the past six months, including: use of profile data in ThinLTO, more
aggressive dead code elimination, experimental support for coroutines, experimental AVR target, better GNU ld compatibility and
significant performance improvements in LLD, as well as improved optimizations, many bug fixes and more."
I am continuing to hear more and more good things about the LLVM compilers and backend code generator. I just wish that there was an
platform independent IDE for them.
While I am at it, a platform independent user interface maintained by the compiler writers and a part of the C++ standards would be
good also.
Lynn
Daniel
Mar 15, 2017, 2:20:09 PM3/15/17
to
On Wednesday, March 15, 2017 at 1:32:04 PM UTC-4, Lynn McGuire wrote:
>
> While I am at it, a platform independent user interface maintained by the compiler writers and a part of the C++ standards would be
> good also.
>
We don't have date, we don't have string (we only have what in other
>
> While I am at it, a platform independent user interface maintained by the compiler writers and a part of the C++ standards would be
> good also.
>
languages is called a byte buffer or word buffer), we don't have strtod_l (or
any efficient locale independent integer or double conversion), we still
don't have the most basic things, and you want standard body to spend time on
platform independent user interface?
Daniel
Ian Collins
Mar 15, 2017, 2:21:17 PM3/15/17
to
On 03/16/17 06:31 AM, Lynn McGuire wrote:
> "LLVM 4.0.0 released"
> http://www.osnews.com/story/29713/LLVM_4_0_0_released
>
> "This release is the result of the community's work over the past six
> months, including: use of profile data in ThinLTO, more aggressive
> dead code elimination, experimental support for coroutines,
> experimental AVR target, better GNU ld compatibility and significant
> performance improvements in LLD, as well as improved optimizations,
> many bug fixes and more."
I've been using the developer versions for a while, nothing bad to report.
> "LLVM 4.0.0 released"
> http://www.osnews.com/story/29713/LLVM_4_0_0_released
>
> "This release is the result of the community's work over the past six
> months, including: use of profile data in ThinLTO, more aggressive
> dead code elimination, experimental support for coroutines,
> experimental AVR target, better GNU ld compatibility and significant
> performance improvements in LLD, as well as improved optimizations,
> many bug fixes and more."
> I am continuing to hear more and more good things about the LLVM
> compilers and backend code generator. I just wish that there was an
> platform independent IDE for them.
--
Ian
Richard
Mar 15, 2017, 4:45:51 PM3/15/17
to
[Please do not mail me a copy of your followup]
Lynn McGuire <lynnmc...@gmail.com> spake the secret code
<oabtkt$t5s$1...@dont-email.me> thusly:
>I am continuing to hear more and more good things about the LLVM
>compilers and backend code generator. I just wish that there was an
>platform independent IDE for them.
I'm not sure what you're asking for.... are you intending to work in
LLVM itself and you want an IDE that facilitiates development of
changes to LLVM, or are you asking for an IDE that uses LLVM as the
back end?
For the former, the whole thing is CMake based, so any environment
that supports CMake will let you contribute to LLVM/Clang.
For the latter, Clang uses LLVM as the backend, so anything you
compile with clang will go through LLVM.
In either case, CLion will support the environment on linux/MacOS.
For Windows, it's a little trickier, but it's possible to install the
clang compiler into VS so that you can compile with clang. (VS has an
offering built-in that uses the clang front end and the MSVC code
generator allowing you access to the language parsing of clang and
code generation of MSVC.)
>While I am at it, a platform independent user interface maintained by
>the compiler writers and a part of the C++ standards would be
>good also.
No other language (standardized or not) has this, so I see no reason
to impose this on the C++ standards committee. The standards
committee doesn't even maintain a reference implementation of the
language for C++. Asking them to support a reference IDE is
unrealistic. Supplying this is the proper role of the community
and/or marketplace.
--
"The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline>
The Terminals Wiki <http://terminals-wiki.org>
The Computer Graphics Museum <http://computergraphicsmuseum.org>
Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>
Lynn McGuire <lynnmc...@gmail.com> spake the secret code
<oabtkt$t5s$1...@dont-email.me> thusly:
>I am continuing to hear more and more good things about the LLVM
>compilers and backend code generator. I just wish that there was an
>platform independent IDE for them.
LLVM itself and you want an IDE that facilitiates development of
changes to LLVM, or are you asking for an IDE that uses LLVM as the
back end?
For the former, the whole thing is CMake based, so any environment
that supports CMake will let you contribute to LLVM/Clang.
For the latter, Clang uses LLVM as the backend, so anything you
compile with clang will go through LLVM.
In either case, CLion will support the environment on linux/MacOS.
For Windows, it's a little trickier, but it's possible to install the
clang compiler into VS so that you can compile with clang. (VS has an
offering built-in that uses the clang front end and the MSVC code
generator allowing you access to the language parsing of clang and
code generation of MSVC.)
>While I am at it, a platform independent user interface maintained by
>the compiler writers and a part of the C++ standards would be
>good also.
to impose this on the C++ standards committee. The standards
committee doesn't even maintain a reference implementation of the
language for C++. Asking them to support a reference IDE is
unrealistic. Supplying this is the proper role of the community
and/or marketplace.
--
"The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline>
The Terminals Wiki <http://terminals-wiki.org>
The Computer Graphics Museum <http://computergraphicsmuseum.org>
Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>
David Brown
Mar 16, 2017, 4:00:24 AM3/16/17
to
On 15/03/17 18:31, Lynn McGuire wrote:
> "LLVM 4.0.0 released"
> http://www.osnews.com/story/29713/LLVM_4_0_0_released
>
> "This release is the result of the community's work over the past six
> months, including: use of profile data in ThinLTO, more aggressive dead
> code elimination, experimental support for coroutines, experimental AVR
> target, better GNU ld compatibility and significant performance
> improvements in LLD, as well as improved optimizations, many bug fixes
> and more."
>
> I am continuing to hear more and more good things about the LLVM
> compilers and backend code generator. I just wish that there was an
> platform independent IDE for them.
You mean like Eclipse, Netbeans, JEdit, Code::Blocks, CodeLite, Geany,
> "LLVM 4.0.0 released"
> http://www.osnews.com/story/29713/LLVM_4_0_0_released
>
> "This release is the result of the community's work over the past six
> months, including: use of profile data in ThinLTO, more aggressive dead
> code elimination, experimental support for coroutines, experimental AVR
> target, better GNU ld compatibility and significant performance
> improvements in LLD, as well as improved optimizations, many bug fixes
> and more."
>
> I am continuing to hear more and more good things about the LLVM
> compilers and backend code generator. I just wish that there was an
> platform independent IDE for them.
GPS, CLion, Emacs....
llvm is a set of tools and libraries, with the clang front-end for C and
C++. It is not an editor, or a project manager, or a debugger. Asking
for an "LLVM IDE" is a bit like saying "Toyota make good cars. I just
wish they made garages, roads, and fluffy dice too".
Scott Lurndal
Mar 16, 2017, 9:58:38 AM3/16/17
to
legaliz...@mail.xmission.com (Richard) writes:
>Lynn McGuire <lynnmc...@gmail.com> spake the secret code
><oabtkt$t5s$1...@dont-email.me> thusly:
>Lynn McGuire <lynnmc...@gmail.com> spake the secret code
><oabtkt$t5s$1...@dont-email.me> thusly:
>>While I am at it, a platform independent user interface maintained by
>>the compiler writers and a part of the C++ standards would be
>>good also.
>
>No other language (standardized or not) has this,
Java has AWT & Swing.
>>the compiler writers and a part of the C++ standards would be
>>good also.
>
>No other language (standardized or not) has this,
Lynn McGuire
Feb 9, 2018, 5:43:50 PM2/9/18
to
On 3/15/2017 3:45 PM, Richard wrote:
> [Please do not mail me a copy of your followup]
>
> Lynn McGuire <lynnmc...@gmail.com> spake the secret code
> <oabtkt$t5s$1...@dont-email.me> thusly:
>
>> I am continuing to hear more and more good things about the LLVM
>> compilers and backend code generator. I just wish that there was an
>> platform independent IDE for them.
>
> I'm not sure what you're asking for.... are you intending to work in
> LLVM itself and you want an IDE that facilitiates development of
> changes to LLVM, or are you asking for an IDE that uses LLVM as the
> back end?
>
> For the former, the whole thing is CMake based, so any environment
> that supports CMake will let you contribute to LLVM/Clang.
>
> For the latter, Clang uses LLVM as the backend, so anything you
> compile with clang will go through LLVM.
>
> In either case, CLion will support the environment on linux/MacOS.
>
> For Windows, it's a little trickier, but it's possible to install the
> clang compiler into VS so that you can compile with clang. (VS has an
> offering built-in that uses the clang front end and the MSVC code
> generator allowing you access to the language parsing of clang and
> code generation of MSVC.)
"How to compile C++ for Windows with clang in Visual Studio 2015"
> [Please do not mail me a copy of your followup]
>
> Lynn McGuire <lynnmc...@gmail.com> spake the secret code
> <oabtkt$t5s$1...@dont-email.me> thusly:
>
>> I am continuing to hear more and more good things about the LLVM
>> compilers and backend code generator. I just wish that there was an
>> platform independent IDE for them.
>
> I'm not sure what you're asking for.... are you intending to work in
> LLVM itself and you want an IDE that facilitiates development of
> changes to LLVM, or are you asking for an IDE that uses LLVM as the
> back end?
>
> For the former, the whole thing is CMake based, so any environment
> that supports CMake will let you contribute to LLVM/Clang.
>
> For the latter, Clang uses LLVM as the backend, so anything you
> compile with clang will go through LLVM.
>
> In either case, CLion will support the environment on linux/MacOS.
>
> For Windows, it's a little trickier, but it's possible to install the
> clang compiler into VS so that you can compile with clang. (VS has an
> offering built-in that uses the clang front end and the MSVC code
> generator allowing you access to the language parsing of clang and
> code generation of MSVC.)
https://stackoverflow.com/questions/31351372/how-to-compile-c-for-windows-with-clang-in-visual-studio-2015#34011385
Looks a little tricky.
Lynn
Richard
Feb 12, 2018, 1:04:45 PM2/12/18
to
[Please do not mail me a copy of your followup]
Lynn McGuire <lynnmc...@gmail.com> spake the secret code
<p5l86n$sql$1...@dont-email.me> thusly:
Lynn McGuire <lynnmc...@gmail.com> spake the secret code
compile flags.
If you use CMake and adjust your compile flags based on the compiler,
this isn't such a big deal because CMake should recognize that your
compiler is clang and not MSVC.
0 new messages