summaryrefslogtreecommitdiffstats
path: root/contrib/llvm/tools/clang/lib/Driver/Tools.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Upgrade our copy of llvm/clang to 3.0 release. Release notes can bedim2011-12-091-10/+17
| | | | | | found at: http://llvm.org/releases/3.0/docs/ReleaseNotes.html MFC after: 1 week
* Rename the linker emulation name for powerpc and powerc64. This is needed thatandreast2011-11-191-1/+1
| | | | | we can also use the upstream binutils linker where we have to have a unique name for the FreeBSD emulation.
* Upgrade our copy of llvm/clang to r142614, from upstream's release_30dim2011-10-221-302/+578
| | | | | | | branch. This brings us very close to the 3.0 release, which is expected in a week or two. MFC after: 1 week
* Upgrade our copy of llvm/clang to r135360, from upstream's trunk.dim2011-07-171-73/+194
|
* Upgrade our copy of llvm/clang to r132879, from upstream's trunk.dim2011-06-121-66/+176
|
* Upgrade our copy of llvm/clang to r130700, from upstream's trunk.dim2011-05-021-109/+383
|
* Update llvm/clang to trunk r126547.dim2011-02-271-5/+5
| | | | | | | | | | | | | | There are several bugfixes in this update, but the most important one is to ensure __start_ and __stop_ symbols for linker sets and kernel module metadata are always emitted in object files: http://llvm.org/bugs/show_bug.cgi?id=9292 Before this fix, if you compiled kernel modules with clang, they would not be properly processed by kldxref, and if they had any dependencies, the kernel would fail to load those. Another problem occurred when attempting to mount a tmpfs filesystem, which would result in 'operation not supported by device'.
* Remove misapplied space.dim2011-02-261-1/+1
|
* Recently, in upstream clang, a fix was done to add -L/usr/lib to thedim2011-02-241-8/+9
| | | | | | | | | | | | | | | | | | | | | | | | | arguments passed to ld, when linking. This was to appease configure scripts in several ports, that grep for such a -L option in "${CC} -v" output, to determine the startup objects passed to ld. Note ld itself does not need to be told about /usr/lib, since it has this path builtin anyway. However, if clang is built as a bootstrap tool during buildworld, it should not use *anything* outside ${WORLDTMP} to include or link with. The upstream fix to add -L/usr/lib breaks this assumption, and can thus cause libraries from /usr/lib to be linked in during buildworld. This can result in buildworld dying during linking of zinject, where it picks up the wrong copy of libzpool.so, eventually leading to: /usr/obj/usr/src/tmp/lib/libthr.so.3: undefined reference to `_rtld_get_stack_prot' Fix this issue by not adding any hardcoded paths, but by looping through the run-time library path list, which is already correctly set for the bootstrap phase. Reported by: datastream.freecity@gmail.com Pointy hat to: dim
* Upgrade our copy of llvm/clang to r126079, from upstream's trunk.dim2011-02-201-215/+819
| | | | | This contains many improvements, primarily better C++ support, an integrated assembler for x86 and support for -pg.
* Upgrade our Clang in base to r114020, from upstream's release_28 branch.dim2010-09-201-264/+236
| | | | Approved-by: rpaulo (mentor)
* Upgrade our Clang in base to r108428.ed2010-07-201-195/+342
| | | | | | | | | This commit merges the latest LLVM sources from the vendor space. It also updates the build glue to match the new sources. Clang's version number is changed to match LLVM's, which means /usr/include/clang/2.0 has been renamed to /usr/include/clang/2.8. Obtained from: projects/clangbsd
* Introduce -fformat-extensions. A local FreeBSD extension usedrdivacky2010-06-101-0/+1
| | | | | | for additional printf modifiers in kernel. Approved by: ed (mentor)
* Change the default CPU to i486 on i386 (architecture).rdivacky2010-06-091-1/+1
| | | | Approved by: ed (mentor)
* Import LLVM/clang from vendor stripped of docs/ test/ website/ www/ examples/rdivacky2010-06-091-0/+3185
in llvm/ and/or llvm/contrib/clang/ respectively. Approved by: ed (mentor) Approved by: core
OpenPOWER on IntegriCloud