I would be happy if we can keep lldb warning free but I don't think
enabling -Werror is a good idea for 2 reasons:
* We are using a lot of different compiler and keeping the codebase warning
free on all of them might not be feasible especially for the less used,
older gcc versions.
* Neither llvm n
On 16 February 2016 at 06:02, Saleem Abdulrasool via lldb-dev
wrote:
> Hi,
>
> It seems that enabling -Werror by default is within reach for lldb now.
> There currently are three warnings that remain with gcc 5.1 on Linux, and
> the build is clean of warnings with clang.
>
> There are two instance
On Tue, Feb 16, 2016 at 12:24 PM, Tamas Berghammer via lldb-dev
wrote:
> I would be happy if we can keep lldb warning free but I don't think enabling
> -Werror is a good idea for 2 reasons:
> * We are using a lot of different compiler and keeping the codebase warning
> free on all of them might no
https://llvm.org/bugs/show_bug.cgi?id=26632
Bug ID: 26632
Summary: Breakpoint opcode triggering SIGBUS on Nexus 6
Product: lldb
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
On Tuesday, February 16, 2016, Tamas Berghammer
wrote:
> I would be happy if we can keep lldb warning free but I don't think
> enabling -Werror is a good idea for 2 reasons:
> * We are using a lot of different compiler and keeping the codebase
> warning free on all of them might not be feasible e
If you want to enable it only on the bots then I think we can decide it on
a bot by bot bases. For me the main question is who will be responsible for
fixing a warning introduced by a change in llvm or clang causing a build
failure because of a warning (especially when the fix is non trivial)?
On
On Tuesday, February 16, 2016, Tamas Berghammer
wrote:
> If you want to enable it only on the bots then I think we can decide it on
> a bot by bot bases. For me the main question is who will be responsible for
> fixing a warning introduced by a change in llvm or clang causing a build
> failure be
You're talking about doing it on a per-bot basis and not a global policy,
but just throwing in that on the MSVC side at least, we're not warning free
right now and it's not trivial tog et warning free without disabling some
warnings (which I don't want to do either)
On Tue, Feb 16, 2016 at 10:31 A
After updating lldb to latest (from ~october) i'm not getting any hits
anymore for any breakpoints.
I'm remote debugging from Windows to OSX, the Platform (MacOS), ABI
(sysV) all seems fine. the language runtime doesn't load yet but from
what I've seen during debugging it never actually gets a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
NetBSD builds with GCC 4.8.2 and it emits few warnings for LLDB.
Before enabling -Werror please first iterate over build logs and help
to squash them. For example it detects undefined behavior IIRC for a
Darwin code part.
On 16.02.2016 20:01, Zacha
https://llvm.org/bugs/show_bug.cgi?id=24461
Zachary Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://llvm.org/bugs/show_bug.cgi?id=21767
Bug 21767 depends on bug 21766, which changed state.
Bug 21766 Summary: Get the test suite working on Windows
https://llvm.org/bugs/show_bug.cgi?id=21766
What|Removed |Added
---
If you can pause the remote process while debugging, I would start by seeing if
lldb knows about any images being loaded:
(lldb) image list
I'd also try 'target list', 'platform status', and maybe 'log enable lldb dyld'
from the start.
If lldb can't figure out where the binaries are loaded in
On Tue, Feb 16, 2016 at 11:01 AM, Zachary Turner wrote:
> You're talking about doing it on a per-bot basis and not a global policy,
> but just throwing in that on the MSVC side at least, we're not warning free
> right now and it's not trivial tog et warning free without disabling some
> warnings
On Tue, Feb 16, 2016 at 12:38 PM, Kamil Rytarowski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> NetBSD builds with GCC 4.8.2 and it emits few warnings for LLDB.
>
> Before enabling -Werror please first iterate over build logs and help
> to squash them. For example it detects und
15 matches
Mail list logo