History log of /freebsd-10.0-release/contrib/llvm/lib/Target/ARM/ARMISelDAGToDAG.cpp
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
# 259065 07-Dec-2013 gjb

- Copy stable/10 (r259064) to releng/10.0 as part of the
10.0-RELEASE cycle.
- Update __FreeBSD_version [1]
- Set branch name to -RC1

[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so
start releng/10.0 at '100' so the branch is started with
a value ending in zero.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

# 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


# 255804 22-Sep-2013 dim

Pull in r191165 from upstream llvm trunk:

ISelDAG: spot chain cycles involving MachineNodes

Previously, the DAGISel function WalkChainUsers was spotting that it
had entered already-selected territory by whether a node was a
MachineNode (amongst other things). Since it's fairly common practice
to insert MachineNodes during ISelLowering, this was not the correct
check.

Looking around, it seems that other nodes get their NodeId set to -1
upon selection, so this makes sure the same thing happens to all
MachineNodes and uses that characteristic to determine whether we
should stop looking for a loop during selection.

This should fix PR15840.

Specifically, this fixes the long-standing assertion failure when
compiling the multimedia/gstreamer port on i386. Thanks to Tijl
Coosemans for his help in getting upstream to fix it.

Approved by: re (marius)


# 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


# 226633 22-Oct-2011 dim

Upgrade our copy of llvm/clang to r142614, from upstream's release_30
branch. This brings us very close to the 3.0 release, which is expected
in a week or two.

MFC after: 1 week


# 224145 17-Jul-2011 dim

Upgrade our copy of llvm/clang to r135360, from upstream's trunk.


# 223017 12-Jun-2011 dim

Upgrade our copy of llvm/clang to r132879, from upstream's trunk.


# 221345 02-May-2011 dim

Upgrade our copy of llvm/clang to r130700, from upstream's trunk.


# 219077 26-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)


# 210299 20-Jul-2010 ed

Upgrade our Clang in base to r108428.

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


# 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.


# 207631 04-May-2010 rdivacky

Update LLVM to r103052.


# 207618 04-May-2010 rdivacky

Update LLVM to r103004.


# 206083 02-Apr-2010 rdivacky

Update LLVM to r100181.


# 205407 21-Mar-2010 rdivacky

Update LLVM to r99115.


# 204642 03-Mar-2010 rdivacky

Update LLVM to 97654.


# 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.


# 199989 01-Dec-2009 rdivacky

Update LLVM to r90226.


# 199511 19-Nov-2009 rdivacky

Update LLVM to r89337.


# 199481 18-Nov-2009 rdivacky

Update LLVM to r89205.


# 198892 04-Nov-2009 rdivacky

Update LLVM to r86025.


# 198396 23-Oct-2009 rdivacky

Update LLVM to r84949.


# 198113 15-Oct-2009 rdivacky

Update llvm to r84175.


# 198090 14-Oct-2009 rdivacky

Update llvm to r84119.


# 195340 04-Jul-2009 ed

Import LLVM 74788.


# 195098 27-Jun-2009 ed

Import LLVM r74383.


# 194754 23-Jun-2009 ed

Import LLVM r73984.

It seems I keep importing sources at very unlucky moments. Let's see
what this revision of LLVM does.


# 194710 23-Jun-2009 ed

Import LLVM r73954.


# 194612 22-Jun-2009 ed

Update LLVM sources to r73879.


# 193323 02-Jun-2009 ed

Import LLVM, at r72732.