lp:~pali/llvm/lldb-3.5

Created by Pali on 2014-08-15 and last modified on 2015-03-18
Get this branch:
bzr branch lp:~pali/llvm/lldb-3.5

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Pali
Project:
LLVM
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the Subversion branch from http://llvm.org/svn/llvm-project/lldb/branches/release_35.

The next import is scheduled to run in 3 hours.

Last successful import was 2 hours ago.

Import started 2 hours ago on alnitak and finished 2 hours ago taking 2 minutes — see the log
Import started 8 hours ago on alnitak and finished 8 hours ago taking 2 minutes — see the log
Import started 14 hours ago on alnitak and finished 14 hours ago taking 2 minutes — see the log
Import started 22 hours ago on alnitak and finished 22 hours ago taking 2 minutes — see the log
Import started on 2019-08-23 on alnitak and finished on 2019-08-23 taking 2 minutes — see the log
Import started on 2019-08-23 on alnitak and finished on 2019-08-23 taking 2 minutes — see the log
Import started on 2019-08-22 on alnitak and finished on 2019-08-22 taking 2 minutes — see the log
Import started on 2019-08-22 on alnitak and finished on 2019-08-22 taking 2 minutes — see the log
Import started on 2019-08-22 on alnitak and finished on 2019-08-22 taking 2 minutes — see the log
Import started on 2019-08-21 on alnitak and finished on 2019-08-21 taking 3 minutes — see the log

Recent revisions

9173. By tstellar on 2015-03-18

Merging r230694:
------------------------------------------------------------------------
r230694 | chaoren | 2015-02-26 14:15:16 -0800 (Thu, 26 Feb 2015) | 16 lines

Fix Bug 20400

Summary:
http://llvm.org/bugs/show_bug.cgi?id=20400

The default triple of i686-pc-linux-gnu for 32 bit linux targets is compatible
but not necessarily identical to the inferior binaries.

Applying Azat Khuzhin's solution of using ArchSpec::IsCompatibleMatch() instead
of ArchSpec::IsExactMatch() when comparing ObjectFile and Modules architecture.

Reviewers: vharron

Subscribers: lldb-commits

Differential Revision: http://reviews.llvm.org/D7897
------------------------------------------------------------------------

9172. By sylvestre on 2014-08-17

Fix the build. Match the declaration in trunk. Use clang::diag::Flavor::WarningOrError

9171. By void on 2014-08-12

Fix lldb build for 3.5 release. Patcy by Sylvestre Ladru.

9170. By sylvestre on 2014-08-07

Fixed the build broken by the r215046 (same patch as abidh in trunk)

9169. By void on 2014-08-06

Revert renaming. Should rename tags instead.

9168. By void on 2014-08-06

Renaming to coincide with updated tagging system.

9167. By void on 2014-08-04

Merging r214291:
------------------------------------------------------------------------
r214291 | sylvestre | 2014-07-30 01:33:21 -0700 (Wed, 30 Jul 2014) | 11 lines

Use __linux__ macro throughout, instead of ocasional __linux.

__linux is not universally defined across all standards versions, compilers and architectures. Specifically at C99 and up, it's not defined in GCC on powerpc platform.

See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28314

Bugzilla: http://llvm.org/bugs/show_bug.cgi?id=20380

Patch by Dimitri John Ledkov <email address hidden>

------------------------------------------------------------------------

9166. By void on 2014-07-22

Creating release_35 branch

9165. By kate on 2014-07-22

Improve LLDB's embedded C++ demangler by addressing the following two issues:

1) Preserve ref qualification state in a local variable while parsing a nested name. Previously, the state was recorded in the shared db reference and could therefore be overwritten when parsing multiple levels of nested names (e.g.: when a qualified name has qualified template args.)

2) Address an off-by-one error when testing whether or not a thunk is non-virtual. This resulted in the demangled identifying all thunks as non-virtual.

9164. By compnerd on 2014-07-21

build: silence GCC warning on Linux

LLDWrapPython.cpp is a generated file. This contains a double assignment to the
same value, which causes GCC to emit a warning about sequence point evaluation
causing a use-before-init. Simply silence the warning.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.