| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As an example that was not actually being used, it suffered from a slow bitrot.
The two main issues with it were that it had no cmake support and
included a copy of the autoconf directory. The reality is that
autoconf is not easily composable. The lack of composabilty is why we
have clang options in llvm's configure. Suggesting that users include
a copy of autoconf/ in their projects seems a bad idea.
We are also in the process of switching to cmake, so pushing autoconf
to new project is probably not what we want.
llvm-svn: 203728
|
| |
|
|
|
|
| |
Patch from Sean McBride <sean@rogue-research.com>!
llvm-svn: 203258
|
| |
|
|
|
|
| |
Part of <rdar://problem/14620988>
llvm-svn: 187710
|
| |
|
|
|
|
|
|
| |
Back in r140220 we removed the autoconf code that would set LLVMCC_OPTION
since it was only used by the test-suite. This patch now removes code
that would only be used if LLVMCC_OPTION was set.
llvm-svn: 187154
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This kind of simplification is sometimes useful, but in general it's not correct.
As GNU/kFreeBSD is an hybrid system, for kernel-related issues we want to match the
build definitions used for FreeBSD, whereas for userland-related issues we want to
match the definitions used for other systems with Glibc.
The current modification adjusts the build system so that they can be distinguished,
and explicitly adds GNU/kFreeBSD to the build checks in which it belongs.
Fixes bug #16444.
Patch by Robert Millan in the context of Debian.
llvm-svn: 185311
|
| |
|
|
| |
llvm-svn: 174397
|
| |
|
|
|
|
|
|
|
|
|
| |
This adds a new --with-python option to allow configuration of the python binary
for building. If not specified, $PATH will be searched for common python binary
names (python, python2, python3). If specified, and the path is not executable,
it will attempt to search $PATH.
Signed-off-by: Saleem Abdulrasool <compnerd@compnerd.org>
Reviewed-by: Eric Christopher <echristo@gmail.com>, Daniel Dunbar <daniel@zuster.org>
llvm-svn: 173890
|
| |
|
|
|
|
| |
project. They were previously added to Makefile.llvm.config.in but the consumption was missing
llvm-svn: 168685
|
| |
|
|
|
|
|
|
|
| |
The Apple buildbots have been modified not to pass --target,
so they shouldn't choke on a default program prefix anymore.
Patch by Rick Foos!
llvm-svn: 164956
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The Apple buildbots are set up to pass --target to configure for both
cross- and non-cross-compile builds, and the standard autoconf response
to this is to set the program prefix to '<target>-'. Until we can figure
out the proper way to handle this (don't pass --target? pass an explicit
--program-prefix=""? don't auto-populate program_prefix with target_alias?)
it's more important to keep the buildbots running.
This reverts r164633 / ba48ceb1a3802e20e781ef04ea2573ffae2ac414.
llvm-svn: 164651
|
| |
|
|
| |
llvm-svn: 164633
|
| |
|
|
|
|
|
|
|
| |
nuked.
Add a comment that the 'check-lit' rule is really just a legacy of
having two test runners.
llvm-svn: 159310
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
llvm-ld is no longer useful and causes confusion and so it is being removed.
* Does not work very well on Windows because it must call a gcc like driver to
assemble and link.
* Has lots of hard coded paths which are wrong on many systems.
* Does not understand most of ld's options.
* Can be partially replaced by llvm-link | opt | {llc | as, llc -filetype=obj} |
ld, or fully replaced by Clang.
I know of no production use of llvm-ld, and hacking use should be
replaced by Clang's driver.
llvm-svn: 155147
|
| |
|
|
|
|
|
|
| |
--enable-libcpp to projects/sample.
Patch by Dmitri Shubin with additional fixes by me.
llvm-svn: 153425
|
| |
|
|
|
|
| |
sure we don't use it with compilers that don't support it.
llvm-svn: 151665
|
| |
|
|
|
|
|
|
| |
Clang builds. The detection logic for compilers that support the warning
isn't working. Rafael is going to investigate it, but didn't want people
to have to wade through build spam until then.
llvm-svn: 151649
|
| |
|
|
| |
llvm-svn: 151609
|
|
|
so that projects/sample is standalone and not tied to the LLVM build setup.
- This currently just moves over all of the behavior from LLVM. Eventually all of the configure checks that are directly needed by the LLVM build setup should probably go away, and the project should manage their own configuration checks if necessary.
- This is the 1st half of this work, the actual Makefile.common hasn't moved over yet. I've tried to stage this in such a way that incremental builds will properly reconfigure for most active developers (the Makefiles don't handle reconfiguring in a perfectly reliable way, and I haven't found an easy way to make them do so).
llvm-svn: 142456
|
