#
296373 |
|
04-Mar-2016 |
marius |
- Copy stable/10@296371 to releng/10.3 in preparation for 10.3-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.3. - Update default pkg(8) configuration to use the quarterly branch.
Approved by: re (implicit) |
#
263765 |
|
26-Mar-2014 |
dim |
MFC r263312:
Pull in r196939 from upstream llvm trunk (by Reid Kleckner):
Reland "Fix miscompile of MS inline assembly with stack realignment"
This re-lands commit r196876, which was reverted in r196879.
The tests have been fixed to pass on platforms with a stack alignment larger than 4.
Update to clang side tests will land shortly.
Pull in r196986 from upstream llvm trunk (by Reid Kleckner):
Revert the backend fatal error from r196939
The combination of inline asm, stack realignment, and dynamic allocas turns out to be too common to reject out of hand.
ASan inserts empy inline asm fragments and uses aligned allocas. Compiling any trivial function containing a dynamic alloca with ASan is enough to trigger the check.
XFAIL the test cases that would be miscompiled and add one that uses the relevant functionality.
Pull in r202930 from upstream llvm trunk (by Hans Wennborg):
Check for dynamic allocas and inline asm that clobbers sp before building selection dag (PR19012)
In X86SelectionDagInfo::EmitTargetCodeForMemcpy we check with MachineFrameInfo to make sure that ESI isn't used as a base pointer register before we choose to emit rep movs (which clobbers esi).
The problem is that MachineFrameInfo wouldn't know about dynamic allocas or inline asm that clobbers the stack pointer until SelectionDAGBuilder has encountered them.
This patch fixes the problem by checking for such things when building the FunctionLoweringInfo.
Differential Revision: http://llvm-reviews.chandlerc.com/D2954
Together, these commits fix the problem encountered in the devel/emacs port on the i386 architecture, where a combination of stack realignment, alloca() and memcpy() could incidentally clobber the %esi register, leading to segfaults in the temacs build-time utility.
See also: http://llvm.org/PR18171 and http://llvm.org/PR19012
Reported by: ashish PR: ports/183064
MFC r263313:
Pull in r203311 from upstream llvm trunk (by Arnold Schwaighofer):
ISel: Make VSELECT selection terminate in cases where the condition type has to be split and the result type widened.
When the condition of a vselect has to be split it makes no sense widening the vselect and thereby widening the condition. We end up in an endless loop of widening (vselect result type) and splitting (condition mask type) doing this. Instead, split both the condition and the vselect and widen the result.
I ran this over the test suite with i686 and mattr=+sse and saw no regressions.
Fixes PR18036.
With this fix the original problem case from the graphics/rawtherapee port (posted in http://llvm.org/PR18036 ) now compiles within ~97MB RSS.
Reported by: mandree
MFC r263320:
Add separate patch files for all the customizations we have currently applied to our copy of llvm/clang. These can be applied in alphabetical order to a pristine llvm/clang 3.4 release source tree, to result in the same version used in FreeBSD.
This is intended to clearly document all the changes until now, which mostly consist of cherry pickings from the respective upstream trunks, plus a number of hand-written FreeBSD-specific ones. Hopefully those can eventually be cleaned up and sent upstream too.
|
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
251662 |
|
12-Jun-2013 |
dim |
Upgrade our copy of llvm/clang to 3.3 release.
Release notes are still in the works, these will follow soon.
MFC after: 1 month
|
#
249423 |
|
12-Apr-2013 |
dim |
Upgrade our copy of llvm/clang to trunk r178860, in preparation of the upcoming 3.3 release (branching and freezing expected in a few weeks).
Preliminary release notes can be found at the usual location: <http://llvm.org/docs/ReleaseNotes.html>
An MFC is planned once the actual 3.3 release is finished.
|
#
243830 |
|
03-Dec-2012 |
dim |
Upgrade our copy of llvm/clang to r168974, from upstream's release_32 branch. This is effectively llvm/clang 3.2 RC2; the 3.2 release is coming soon.
|
#
239462 |
|
20-Aug-2012 |
dim |
Upgrade our copy of llvm/clang to trunk r162107. With thanks to Benjamin Kramer and Joerg Sonnenberger for their input and fixes.
|
#
234353 |
|
16-Apr-2012 |
dim |
Upgrade our copy of llvm/clang to trunk r154661, in preparation of the upcoming 3.1 release (expected in a few weeks). Preliminary release notes can be found at: <http://llvm.org/docs/ReleaseNotes.html>
MFC after: 2 weeks
|
#
224145 |
|
17-Jul-2011 |
dim |
Upgrade our copy of llvm/clang to r135360, from upstream's trunk.
|
#
219077 |
|
27-Feb-2011 |
dim |
Update llvm/clang to trunk r126547.
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'.
|
#
218893 |
|
20-Feb-2011 |
dim |
Upgrade our copy of llvm/clang to r126079, from upstream's trunk.
This contains many improvements, primarily better C++ support, an integrated assembler for x86 and support for -pg.
|
#
212904 |
|
20-Sep-2010 |
dim |
Upgrade our Clang in base to r114020, from upstream's release_28 branch.
Approved-by: rpaulo (mentor)
|
#
208954 |
|
09-Jun-2010 |
rdivacky |
Import LLVM/clang from vendor stripped of docs/ test/ website/ www/ examples/ in llvm/ and/or llvm/contrib/clang/ respectively.
Approved by: ed (mentor) Approved by: core
|
#
208599 |
|
27-May-2010 |
rdivacky |
Update LLVM to r104832.
|
#
207618 |
|
04-May-2010 |
rdivacky |
Update LLVM to r103004.
|
#
206274 |
|
06-Apr-2010 |
rdivacky |
Update LLVM to r100520.
|
#
206124 |
|
03-Apr-2010 |
rdivacky |
Update LLVM to r100285.
|
#
205218 |
|
16-Mar-2010 |
rdivacky |
Update LLVM to r98631.
|
#
203954 |
|
16-Feb-2010 |
rdivacky |
Update LLVM to r96341.
|
#
202878 |
|
23-Jan-2010 |
rdivacky |
Update LLVM to r94309.
|
#
202375 |
|
15-Jan-2010 |
rdivacky |
Update LLVM to 93512.
|
#
199511 |
|
19-Nov-2009 |
rdivacky |
Update LLVM to r89337.
|
#
199481 |
|
18-Nov-2009 |
rdivacky |
Update LLVM to r89205.
|
#
198396 |
|
23-Oct-2009 |
rdivacky |
Update LLVM to r84949.
|
#
198090 |
|
14-Oct-2009 |
rdivacky |
Update llvm to r84119.
|
#
195340 |
|
04-Jul-2009 |
ed |
Import LLVM 74788.
|
#
194612 |
|
22-Jun-2009 |
ed |
Update LLVM sources to r73879.
|
#
193323 |
|
02-Jun-2009 |
ed |
Import LLVM, at r72732.
|