Skip to content
This repository

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP

Jun 02, 2014

  1. Rafael Ávila de Espíndola

    Remove path_tclsh.m4.

    Looks like it was only used by dejagnu and is now dead.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@210022 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored
  2. atoker

    GraphWriter: detect graph viewer programs at runtime

    Replace the crufty build-time configure checks for program paths with
    equivalent runtime logic.
    
    This lets users install graphing tools as needed without having to reconfigure
    and rebuild LLVM, while eliminating a long chain of inappropriate compile
    dependencies that included GUI programs and the windowing system.
    
    Additional features:
    
     * Support the OS X 'open' command to view graphs generated by any of the
       Graphviz utilities. This is an alternative to the Graphviz OS X UI which is
       no longer available on Mountain Lion.
    
     * Produce informative log output upon failure to indicate which programs can
       be installed to view graphs.
    
    Ping me if this doesn't work for your particular environment.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@210001 91177308-0d34-0410-b5e6-96231b3b80d8
    atoker authored

May 28, 2014

  1. Joerg Sonnenberger

    Don't hard-code ld when extracting host linker version, use ${LD} if

    it is set.
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@209742 91177308-0d34-0410-b5e6-96231b3b80d8
    jsonn authored

May 24, 2014

  1. AArch64/ARM64: move ARM64 into AArch64's place

    This commit starts with a "git mv ARM64 AArch64" and continues out
    from there, renaming the C++ classes, intrinsics, and other
    target-local objects for consistency.
    
    "ARM64" test directories are also moved, and tests that began their
    life in ARM64 use an arm64 triple, those from AArch64 use an aarch64
    triple. Both should be equivalent though.
    
    This finishes the AArch64 merge, and everyone should feel free to
    continue committing as normal now.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@209577 91177308-0d34-0410-b5e6-96231b3b80d8
    Tim Northover authored
  2. AArch64/ARM64: remove AArch64 from tree prior to renaming ARM64.

    I'm doing this in two phases for a better "git blame" record. This
    commit removes the previous AArch64 backend and redirects all
    functionality to ARM64. It also deduplicates test-lines and removes
    orphaned AArch64 tests.
    
    The next step will be "git mv ARM64 AArch64" and rewire most of the
    tests.
    
    Hopefully LLVM is still functional, though it would be even better if
    no-one ever had to care because the rename happens straight
    afterwards.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@209576 91177308-0d34-0410-b5e6-96231b3b80d8
    Tim Northover authored

Mar 29, 2014

  1. ARM64: initial backend import

    This adds a second implementation of the AArch64 architecture to LLVM,
    accessible in parallel via the "arm64" triple. The plan over the
    coming weeks & months is to merge the two into a single backend,
    during which time thorough code review should naturally occur.
    
    Everything will be easier with the target in-tree though, hence this
    commit.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@205090 91177308-0d34-0410-b5e6-96231b3b80d8
    Tim Northover authored

Mar 12, 2014

  1. Rafael Ávila de Espíndola

    Remove projects/sample.

    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.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@203728 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored

Mar 10, 2014

  1. Rafael Ávila de Espíndola

    Add a --enable-clang-plugin-support option to configure.

    This will replace the now badly named CLANG_IS_PRODUCTION.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@203471 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored

Mar 05, 2014

  1. Rafael Ávila de Espíndola

    Now that we don't use libtool, we don't need to upgrade it :-)

    Thanks to Patrik Hägglund H for noticing it!
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@203019 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored
  2. Update comment.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202917 91177308-0d34-0410-b5e6-96231b3b80d8
    Eric Christopher authored

Mar 03, 2014

  1. Add patch level to llvm version in CMake and Autoconf

    The shared library generated by autoconf will now be called
    libLLVM-$(VERSION_MAJOR).$(VERSION_MINOR).$(VERSION_PATCH)$(VERSION_SUFFIX).so
    and a symlink named
    libLLVM-$(VERSION_MAJOR).$(VERSION_MINOR)$(VERSION_SUFFIX).so will
    also be created in the install directory.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202720 91177308-0d34-0410-b5e6-96231b3b80d8
    Tom Stellard authored

Mar 01, 2014

  1. Chandler Carruth

    [C++11] Replace autoconf --enable-cxx11 with --enable-cxx1y. The

    baseline is now C++11, and we unconditionally add -std=c++11 to the
    flags.
    
    This has the dim potential to break some non-GNU-compatible compiler (in
    terms of -std flags) using the makefiles, but those makefiles are
    littered with GNU-style compile flags so it would be very surprising to
    me for it to actually happen in practice. As always, do let me know if
    there is a toolchain you're using where this doesn't work, and I'll be
    watching the bots.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202569 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored

Feb 28, 2014

  1. Chandler Carruth

    [C++11] Switch autoconf and make to use C++11 by default. Now both build

    systems have the default as C++11, but retain the ability to build with
    C++98.
    
    Again, please restrain your enthusiasm a bit in case this needs to be
    reverted. =]
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202546 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  2. Rafael Ávila de Espíndola

    Drop libtool from llvm.

    We were only using it so find the shared library extension and nm. There are
    simpler ways to do those things :-)
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202524 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored
  3. Rafael Ávila de Espíndola

    With rpaths being set correctly, SHLIBPATH_VAR is not needed anymore.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202510 91177308-0d34-0410-b5e6-96231b3b80d8
    espindola authored

Feb 25, 2014

  1. Add aarch64 to config.guess

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202125 91177308-0d34-0410-b5e6-96231b3b80d8
    Renato Golin authored

Feb 09, 2014

  1. NAKAMURA Takumi

    Add version, arch, system libs, and targets to Makefile.config

    Teach autoconf/configure.ac to AC_SUBST several additional values in
    Makefile.config to make them available to Makefile code.  These will
    be useful to generate CMake package modules from the Makefile build.
    
    Contributed by Brad King.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@201052 91177308-0d34-0410-b5e6-96231b3b80d8
    chapuni authored

Feb 05, 2014

  1. Todd Fiala

    Fix configure to find arc4random via header files.

    ISSUE:
    
    On Ubuntu 12.04 LTS, arc4random is provided by libbsd.so, which is a
    transitive dependency of libedit. If a system had libedit on it that
    was implemented in terms of libbsd.so, then the arc4random test,
    previously implemented as a linker test, would succeed with -ledit.
    However, on Ubuntu this would also require a #include <bsd/stdlib.h>.
    This caused a build breakage on configure-based Ubuntu 12.04 with
    libedit installed.
    
    FIX:
    
    This fix changes configure to test for arc4random by searching for it
    in the standard header files. On Ubuntu 12.04, this test now properly
    fails to find arc4random as it is not defined in the default header
    locations. It also tweaks the #define names to match the output of the
    header check command, which is slightly different than the linker
    function check #defines.
    
    I tested the following scenarios:
    
    (1) Ubuntu 12.04 without the libedit package [did not find arc4random,
    as expected]
    
    (2) Ubuntu 12.04 with libedit package [properly did not find
    arc4random, as expected]
    
    (3) Ubuntu 12.04 with most recent libedit, custom built, and not
    dependent on libbsd.so [properly did not find arc4random, as
    expected].
    
    (4) FreeBSD 10.0B1 [properly found arc4random, as expected]
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@200819 91177308-0d34-0410-b5e6-96231b3b80d8
    tfiala-goog authored

Jan 31, 2014

  1. pcc

    Introduce line editor library.

    This library will be used by clang-query. I can imagine LLDB becoming another
    client of this library, so I think LLVM is a sensible place for it to live.
    It wraps libedit, and adds tab completion support.
    
    The code is loosely based on the line editor bits in LLDB, with a few
    improvements:
    
     - Polymorphism for retrieving the list of tab completions, based on
       the concept pattern from the new pass manager.
    
     - Tab completion doesn't corrupt terminal output if the input covers
       multiple lines. Unfortunately this can only be done in a truly horrible
       way, as far as I can tell. But since the alternative is to implement our
       own line editor (which I don't think LLVM should be in the business of
       doing, at least for now) I think it may be acceptable.
    
     - Includes a fallback for the case where the user doesn't have libedit
       installed.
    
    Note that this uses C stdio, mainly because libedit also uses C stdio.
    
    Differential Revision: http://llvm-reviews.chandlerc.com/D2200
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@200595 91177308-0d34-0410-b5e6-96231b3b80d8
    pcc authored

Jan 15, 2014

  1. Chandler Carruth

    Use a heavier hammer when --enable-libcpp is passed to bypass the tests

    which catch buggy versions of libstdc++. While libc++ would pass them,
    we don't actually update the state in the configure script to use libc++
    when we pass --enable-libcpp, the logic for that is in the
    Makefiles. So just completely skip the library test when that configure
    flag is passed.
    
    Hopefully this will be enough to fix the darwin bots at last, and thanks
    to Duncan Smith for getting things set up so I can watch the bots myself
    on lab.llvm.org and see any failures!
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199334 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  2. Chandler Carruth

    Sink the autoconf check for sufficiently modern host toolchain below the

    enable flag that selects the C++ standard library to use with the host
    toolchain. Otherwise we end up testing the wrong config.
    
    I'm not really happy about this placement, but its pragmatic and should
    unblock the Apple builders.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199325 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  3. Chandler Carruth

    Fix a bug in r199313 where I failed to restore CXXFLAGS. Doh! Not

    *quite* ready to just slam C++11 on by default.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199314 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  4. Chandler Carruth

    Add a check to configure that the libstdc++ selected by Clang isn't

    libstdc++v4.6. This is quite hard to test directly, so we test for it by
    checking a known missing feature in that version that was added in v4.7.
    
    This should prevent users from upgrading Clang but not GCC and hosting
    with a too-old GCC's libstdc++ and getting strange and hard to debug
    errors when we switch to C++11 by default.
    
    Also, switch several of the macros I introduced to use AC_LANG_SOURCE
    rather than AC_LANG_PROGRAM as we don't need configure's help writing
    our main function (and we don't need such a function at all for most of
    the tests).
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199313 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored

Jan 14, 2014

  1. Chandler Carruth

    Remove the last weird subproject, 'privbracket'.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199183 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  2. Chandler Carruth

    Add checks to configure for sufficiently modern host compilers. This

    requires Clang 3.1 or GCC 4.7. If the compiler isn't Clang or GCC, we
    don't try to do any sanity checking, but this give us at least
    a reasonable baseline of modern compilers.
    
    Also, I'm not claiming that this is the best way to do compiler version
    tests. I'm happy for anyone to suggest better ways of doing this test.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199182 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  3. Chandler Carruth

    Ok, really, for the last time, llvm-gcc is dead Jim.

    Also, so is stacker, llvm-tv, etc. Wow.
    
    But will someone please fess up to what projects/privbracket is and why
    our autoconf build supports it?
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199179 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored
  4. Chandler Carruth

    llvm-gcc is dead. REALLY. IT'S DEAD JIM.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199178 91177308-0d34-0410-b5e6-96231b3b80d8
    chandlerc authored

Jan 09, 2014

  1. Remove the test for endianness in configure.ac and regenerate.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@198825 91177308-0d34-0410-b5e6-96231b3b80d8
    Eric Christopher authored

Jan 01, 2014

  1. NAKAMURA Takumi

    Update the copyright credits -- Happy new year 2014!

    FIXME: Dragonegg may be updated at non-trivial changes.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@198274 91177308-0d34-0410-b5e6-96231b3b80d8
    chapuni authored

Nov 20, 2013

  1. Bill Wendling

    Update to reflect the next release.

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@195235 91177308-0d34-0410-b5e6-96231b3b80d8
    isanbard authored

Nov 11, 2013

  1. NAKAMURA Takumi

    [autoconf] Prune "runtime" stuff in configure, corresponding to r191835.

      config.status: executing runtime/Makefile commands
      autoconf/install-sh: runtime/Makefile does not exist.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@194376 91177308-0d34-0410-b5e6-96231b3b80d8
    chapuni authored

Oct 12, 2013

  1. Bill Wendling

    Update so that it uses the `-V' command line option and supports Pyth…

    …on 3.x.
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@192527 91177308-0d34-0410-b5e6-96231b3b80d8
    isanbard authored

Oct 07, 2013

  1. majnemer

    Revert "Revert "Windows: Add support for unicode command lines""

    This reverts commit r192070 which reverted r192069, I forgot to
    regenerate the configure scripts.
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@192079 91177308-0d34-0410-b5e6-96231b3b80d8
    majnemer authored

Oct 06, 2013

  1. majnemer

    Revert "Windows: Add support for unicode command lines"

    This is causing MinGW bots to fail.
    This reverts commit r192069.
    
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@192070 91177308-0d34-0410-b5e6-96231b3b80d8
    majnemer authored
  2. majnemer

    Windows: Add support for unicode command lines

    Summary:
    The MSVCRT deliberately sends main() code-page specific characters.
    This isn't too useful to LLVM as we end up converting the arguments to
    UTF-16 and subsequently attempt to use the result as, for example, a
    file name.  Instead, we need to have the ability to access the Unicode
    command line and transform it to UTF-8.
    
    This has the distinct advantage over using the MSVC-specific wmain()
    function as our entry point because:
     - It doesn't work on cygwin.
     - It only work on MinGW with caveats and only then on certain versions.
     - We get to keep our entry point as main(). :)
    
    N.B.  This patch includes fixes to other parts of lib/Support/Windows
    s.t. we would be able to take advantage of getting the Unicode paths.
    E.G.  clang spawning clang -cc1 would want to give it Unicode arguments.
    
    Reviewers: aaron.ballman, Bigcheese, rnk, ruiu
    
    Reviewed By: rnk
    
    CC: llvm-commits, ygao
    
    Differential Revision: http://llvm-reviews.chandlerc.com/D1834
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@192069 91177308-0d34-0410-b5e6-96231b3b80d8
    majnemer authored
Something went wrong with that request. Please try again.