| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NOTE: 2nd part changeset for cfe trunk to follow.
*** PRE-PATCH ISSUES ADDRESSED
- clang api docs fail build from objdir
- clang/llvm api docs collide in install PREFIX/
- clang/llvm main docs collide in install
- clang/llvm main docs have full of hard coded destination
assumptions and make use of absolute root in static html files;
namely CommandGuide tools hard codes a website destination
for cross references and some html cross references assume
website root paths
*** IMPROVEMENTS
- bumped Doxygen from 1.4.x -> 1.6.3
- splits llvm/clang docs into 'main' and 'api' (doxygen) build trees
- provide consistent, reliable doc builds for both main+api docs
- support buid vs. install vs. website intentions
- support objdir builds
- document targets with 'make help'
- correct clean and uninstall operations
- use recursive dir delete only where absolutely necessary
- added call function fn.RMRF which safeguards against botched 'rm -rf';
if any target (or any variable is evaluated) which attempts
to remove any dirs which match a hard-coded 'safelist', a verbose
error will be printed and make will error-stop.
llvm-svn: 103213
|
|
|
|
| |
llvm-svn: 99151
|
|
|
|
| |
llvm-svn: 97965
|
|
|
|
|
|
| |
We need this so can not bake DESTDIR into the O'Caml symlinks.
llvm-svn: 97743
|
|
|
|
|
|
| |
respectively.
llvm-svn: 97531
|
|
|
|
| |
llvm-svn: 96502
|
|
|
|
| |
llvm-svn: 96500
|
|
|
|
|
|
|
|
| |
work anyway (Interpreter::getPointerToFunction doesn't return a
callable pointer), and improve the error message when an
ExecutionEngine can't be created.
llvm-svn: 95896
|
|
|
|
|
|
|
| |
is done with the other html files in doc, to hopefully keep strings like
"Last modified" current.
llvm-svn: 95225
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.
Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods. The bindings to
other languages still use the ModuleProvider concept. It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.
Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
llvm-svn: 94686
|
|
|
|
|
|
| |
material is covered by the Kaleidoscope tutorial.
llvm-svn: 90111
|
|
|
|
|
|
|
| |
http://llvm.org/PR5184, and beef up the comments to describe what both options
do and the risks of lazy compilation in the presence of threads.
llvm-svn: 85295
|
|
|
|
| |
llvm-svn: 83849
|
|
|
|
| |
llvm-svn: 82572
|
|
|
|
| |
llvm-svn: 81800
|
|
|
|
| |
llvm-svn: 81799
|
|
|
|
|
|
|
| |
One change I'm not folding in is the removal of two unused variables that
caused warnings, because those were there for expository purposes.
llvm-svn: 81721
|
|
|
|
|
|
| |
stack, so that it can be properly deleted. Also update the tutorial with the new code. This fixes PR4762, hopefully better than the last time.
llvm-svn: 80138
|
|
|
|
| |
llvm-svn: 79431
|
|
|
|
| |
llvm-svn: 79285
|
|
|
|
| |
llvm-svn: 78948
|
|
|
|
| |
llvm-svn: 78196
|
|
|
|
|
|
|
|
| |
change back are
metadata related, which I'm waiting on to avoid conflicting with Devang.
llvm-svn: 77721
|
|
|
|
| |
llvm-svn: 77516
|
|
|
|
| |
llvm-svn: 77247
|
|
|
|
| |
llvm-svn: 76702
|
|
|
|
| |
llvm-svn: 76668
|
|
|
|
|
|
|
|
| |
EE::create().
Also a test commit.
llvm-svn: 76276
|
|
|
|
| |
llvm-svn: 76097
|
|
|
|
|
|
|
|
|
| |
Constants.cpp and ConstantFold.cpp.
This involves temporarily hard wiring some parts to use the global context. This isn't ideal, but it's
the only way I could figure out to make this process vaguely incremental.
llvm-svn: 75445
|
|
|
|
| |
llvm-svn: 75040
|
|
|
|
| |
llvm-svn: 71573
|
|
|
|
| |
llvm-svn: 68910
|
|
|
|
| |
llvm-svn: 66697
|
|
|
|
| |
llvm-svn: 66688
|
|
|
|
| |
llvm-svn: 66687
|
|
|
|
| |
llvm-svn: 64106
|
|
|
|
| |
llvm-svn: 60919
|
|
|
|
| |
llvm-svn: 58384
|
|
|
|
| |
llvm-svn: 52165
|
|
|
|
|
|
| |
their release.
llvm-svn: 51638
|
|
|
|
| |
llvm-svn: 51387
|
|
|
|
| |
llvm-svn: 51236
|
|
|
|
| |
llvm-svn: 51235
|
|
|
|
| |
llvm-svn: 51234
|
|
|
|
| |
llvm-svn: 51233
|
|
|
|
| |
llvm-svn: 51232
|
|
|
|
|
|
| |
active API changes
llvm-svn: 49968
|
|
|
|
| |
llvm-svn: 49729
|
|
|
|
|
|
| |
Matthijs Kooijman
llvm-svn: 49648
|