summaryrefslogtreecommitdiffstats
path: root/contrib/llvm/tools/clang
Commit message (Collapse)AuthorAgeFilesLines
* Upgrade our copy of llvm/clang to r142614, from upstream's release_30dim2011-10-22648-37647/+66563
| | | | | | | branch. This brings us very close to the 3.0 release, which is expected in a week or two. MFC after: 1 week
* Fix breakage introduced by r226518.dim2011-10-191-2/+3
| | | | | Spotted by: tinderbox, yanefbsd at gmail.com Pointy hat to: dim
* Fix the way clang retrieves the major FreeBSD release number from thedim2011-10-181-4/+5
| | | | | | | target triple, so that the __FreeBSD__ and __FreeBSD_cc_version builtin macros return the expected results. Spotted by: nalitoja at gmail.com
* Revive the LLVM and Clang license files, which were removed in mydim2011-09-291-0/+63
| | | | | | | | | too-thorough cleanup of unused files, in r213695. Also make sure these get installed under /usr/share/doc. Submitted by: rwatson, brooks Pointy hat to: dim MFC after: 3 days
* Upgrade our copy of llvm/clang to r135360, from upstream's trunk.dim2011-07-17310-10203/+29080
|
* Upgrade our copy of llvm/clang to r132879, from upstream's trunk.dim2011-06-12238-5347/+13468
|
* Upgrade our copy of llvm/clang to r130700, from upstream's trunk.dim2011-05-02462-19128/+36384
|
* For clang, make -mno-mmx imply -mno-3dnow. This is what gcc does.dim2011-04-171-4/+3
| | | | | Submitted by: arundel Obtained from: http://llvm.org/viewvc/llvm-project?view=rev&revision=129665
* Update llvm/clang to trunk r126547.dim2011-02-27173-3194/+6496
| | | | | | | | | | | | | | 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 getDriver().Dir + /../libexec and /usr/libexec from clang'sdim2011-02-261-2/+0
| | | | program paths. Unlike gcc, clang has no executables in libexec.
* 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-20569-42900/+88845
| | | | | This contains many improvements, primarily better C++ support, an integrated assembler for x86 and support for -pg.
* Actually, check for any kind of "C string type".rdivacky2010-10-131-8/+4
| | | | Approved by: rpaulo (mentor)
* Extend this check for const unsigned char *.rdivacky2010-10-131-2/+6
| | | | Approved by: rpaulo (mentor)
* Remove more unneeded files and directories from contrib/llvm. Thisdim2010-10-11159-21876/+0
| | | | | | | still allows us to build tblgen and clang, and further reduces the footprint in the tree. Approved by: rpaulo (mentor)
* Rework the analysis of the 'r' specifier. It turns out that we can'trpaulo2010-10-113-1/+7
| | | | | | | | make it like xArg because they are different ('x' doesn't accept sign, but 'r' does). This fixes some warnings when building DDB with clang. With help from: rdivacky
* Restore the support for the 'r' and the 'y' conversion specifiers, firstrpaulo2010-10-111-0/+2
| | | | | added on r208987. These are undocumented but are part of printf(9).
* Upgrade Clang and LLVM to the 2.8 release. See here for release notes:dim2010-10-071-1/+1
| | | | | | http://llvm.org/releases/2.8/docs/ReleaseNotes.html Approved by: rpaulo (mentor)
* Apply r207674 from the clangbsd project branch:dim2010-10-061-1/+1
| | | | | | | | | Make "clang -print-multi-os-directory" return "." on amd64, matching gcc's behaviour. This is needed because some ports use the option to determine the installation directory for their libraries. Requested by: kwm Approved by: rpaulo (mentor)
* Upgrade our Clang in base to r114020, from upstream's release_28 branch.dim2010-09-20502-39237/+52326
| | | | Approved-by: rpaulo (mentor)
* Modify clang so that when TOOLS_PREFIX is defined we register therpaulo2010-08-212-12/+21
| | | | | | | | CLANG_PREFIX macro. This changes the default header search path when we are building clang as part of cross-tools. Submitted by: Dimitry Andric <dimitry at andric.com> Reviewed by: freebsd-current
* Upgrade our Clang in base to r108428.ed2010-07-20407-14229/+38644
| | | | | | | | | 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
* Do the branding right this time.ed2010-06-121-0/+3
| | | | | | | | | I've looked at other places in the source tree where CLANG_VENDOR is used and I suspect it might not be safe to use newlines here. CLANG_VENDOR should just be defined to "FreeBSD ", just like the latest Clang preview in OS X uses "Apple ". Properly use SVN_REVISION to define it to the imported revision of Clang. I do want to have a date in there, so slightly modify the code to support CLANG_VENDOR_SUFFIX.
* Remove Xcode cmake win32 projects unittests from LLVM andrdivacky2010-06-1019-5653/+0
| | | | | | | clang.xcodeproj INPUTS win32 from clang. Requested by: jkim Approved by: ed (mentor)
* Introduce -fformat-extensions. A local FreeBSD extension usedrdivacky2010-06-108-5/+58
| | | | | | for additional printf modifiers in kernel. Approved by: ed (mentor)
* Remove the commented out piece that slipped as a mismerge.rdivacky2010-06-091-10/+0
| | | | Approved by: ed (mentor)
* Adjust include paths to FreeBSD. Remove /usr/local/include andrdivacky2010-06-091-0/+15
| | | | | | add /usr/include/clang/$VERSION (currently VERSION is 2.0). Approved by: ed (mentor)
* Change the default CPU to i486 on i386 (architecture).rdivacky2010-06-091-1/+1
| | | | Approved by: ed (mentor)
* Remove unneeded directories.ed2010-06-0989-11397/+0
| | | | | | Even though Roman removed these directories in his working copy, they weren't removed from the actual repository, also causing his working copy to be corrupted.
* Import LLVM/clang from vendor stripped of docs/ test/ website/ www/ examples/rdivacky2010-06-09892-0/+402353
in llvm/ and/or llvm/contrib/clang/ respectively. Approved by: ed (mentor) Approved by: core
OpenPOWER on IntegriCloud