Bug#801576: lldb-3.5 expression evaluation is broken
Could you please point me to the description of the process? Should I propose a NMU, test something? On Mon, Oct 12, 2015 at 2:23 PM, Sylvestre Ledru wrote: > Le 12/10/2015 10:23, Roman Podoliaka a écrit : >> That's an option, for sure. >> >> It's just a pity, that this is broken in stable. >> > Indeed... :/ > If you want to go through the process of having this to stable, > I won't oppose to it (and can do some uploads) > > S >
Bug#801576: lldb-3.5 expression evaluation is broken
Le 12/10/2015 10:23, Roman Podoliaka a écrit : > That's an option, for sure. > > It's just a pity, that this is broken in stable. > Indeed... :/ If you want to go through the process of having this to stable, I won't oppose to it (and can do some uploads) S
Bug#801576: lldb-3.5 expression evaluation is broken
That's an option, for sure. It's just a pity, that this is broken in stable. On Mon, Oct 12, 2015 at 10:59 AM, Sylvestre Ledru wrote: > Le 12/10/2015 09:55, Roman Podoliaka a écrit : >> Package: lldb-3.5 >> Version: 1:3.5-10 >> Severity: important >> >> When I try to evaluate an arbitrary expression in lldb session, it >> fails like this: >> >> rpodolyaka@rpodolyaka-pc:~/src$ lldb >> (lldb) expr 1 + 2 >> error: warning: duplicate 'signed' declaration specifier >> error: cannot combine with previous 'unsigned' declaration specifier >> error: 1 errors parsing expression >> >> It's a known upstream issue, which can be resolved by applying the >> following patch: >> >> https://www.marc.info/?l=fedora-extras-commits&m=141954205617043&w=2 >> >> I've tried to rebuild the package with the patch applied and can >> confirm it fixes the problem. >> >> I'm using Debian Jessie. It'd nice to have this fixed in stable, as a >> basic feature of lldb is essentially broken. >> > Unfortunately, this is very unlikely. > > Why not using http://llvm.org/apt/ instead? > > Sylvestre >
Bug#801576: lldb-3.5 expression evaluation is broken
Le 12/10/2015 09:55, Roman Podoliaka a écrit : > Package: lldb-3.5 > Version: 1:3.5-10 > Severity: important > > When I try to evaluate an arbitrary expression in lldb session, it > fails like this: > > rpodolyaka@rpodolyaka-pc:~/src$ lldb > (lldb) expr 1 + 2 > error: warning: duplicate 'signed' declaration specifier > error: cannot combine with previous 'unsigned' declaration specifier > error: 1 errors parsing expression > > It's a known upstream issue, which can be resolved by applying the > following patch: > > https://www.marc.info/?l=fedora-extras-commits&m=141954205617043&w=2 > > I've tried to rebuild the package with the patch applied and can > confirm it fixes the problem. > > I'm using Debian Jessie. It'd nice to have this fixed in stable, as a > basic feature of lldb is essentially broken. > Unfortunately, this is very unlikely. Why not using http://llvm.org/apt/ instead? Sylvestre
Bug#801576: lldb-3.5 expression evaluation is broken
Package: lldb-3.5 Version: 1:3.5-10 Severity: important When I try to evaluate an arbitrary expression in lldb session, it fails like this: rpodolyaka@rpodolyaka-pc:~/src$ lldb (lldb) expr 1 + 2 error: warning: duplicate 'signed' declaration specifier error: cannot combine with previous 'unsigned' declaration specifier error: 1 errors parsing expression It's a known upstream issue, which can be resolved by applying the following patch: https://www.marc.info/?l=fedora-extras-commits&m=141954205617043&w=2 I've tried to rebuild the package with the patch applied and can confirm it fixes the problem. I'm using Debian Jessie. It'd nice to have this fixed in stable, as a basic feature of lldb is essentially broken. Index: llvm-toolchain-snapshot_3.5~svn211104/lldb/source/Expression/ExpressionSourceCode.cpp --- llvm-toolchain-snapshot_3.5~svn211104.orig/lldb/source/Expression/ExpressionSourceCode.cpp +++ llvm-toolchain-snapshot_3.5~svn211104/lldb/source/Expression/ExpressionSourceCode.cpp @@ -28,16 +28,16 @@ #define nil (__null) #define YES ((BOOL)1) #define NO ((BOOL)0) -typedef signed __INT8_TYPE__ int8_t; -typedef unsigned __INT8_TYPE__ uint8_t; -typedef signed __INT16_TYPE__ int16_t; -typedef unsigned __INT16_TYPE__ uint16_t; -typedef signed __INT32_TYPE__ int32_t; -typedef unsigned __INT32_TYPE__ uint32_t; -typedef signed __INT64_TYPE__ int64_t; -typedef unsigned __INT64_TYPE__ uint64_t; -typedef signed __INTPTR_TYPE__ intptr_t; -typedef unsigned __INTPTR_TYPE__ uintptr_t; +typedef __INT8_TYPE__ int8_t; +typedef __UINT8_TYPE__ uint8_t; +typedef __INT16_TYPE__ int16_t; +typedef __UINT16_TYPE__ uint16_t; +typedef __INT32_TYPE__ int32_t; +typedef __UINT32_TYPE__ uint32_t; +typedef __INT64_TYPE__ int64_t; +typedef __UINT64_TYPE__ uint64_t; +typedef __INTPTR_TYPE__ intptr_t; +typedef __UINTPTR_TYPE__ uintptr_t; typedef __SIZE_TYPE__ size_t; typedef __PTRDIFF_TYPE__ ptrdiff_t; typedef unsigned short unichar;