https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #42 from Lubos Lunak ---
> It looks almost correct. I would just remove the following debug (TD3) part
> from get_debug_addr_entry_common:
Updated.
> It is a little tricky to know how to interpret endianness for these "3-
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #149672|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #38 from Lubos Lunak ---
> But the error handling in get_debug_addr_entry looks off.
> The second argument is DW_FORM form. But it is given either a DW_FORM,
> DW_LLE or DW_LRE.
> I think it would be better if the second ar
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148380|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148368|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #31 from Lubos Lunak ---
> So I reviewed, tested and applied the first four numbered ones. What would
> be correct order for the next three patches/attachements?
In the order they are listed in the attachment list here. If you m
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #28 from Lubos Lunak ---
> But this also handles DW_FORM_rnglistx and DW_FORM_loclistx.
> Shouldn't setup_cu_bases also handle these?
The 2nd patch does that. The 7 patches should be applied in the order they are
attached. You
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #20 from Lubos Lunak ---
They affect compilations does using Clang when it generates DWARF5. So
presumably they also affect older versions if explicitly asked to generate
DWARF5, but otherwise no.
BTW, since you're not going to actually
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #18 from Lubos Lunak ---
Created attachment 148380
--> https://bugs.kde.org/attachment.cgi?id=148380=edit
support DW_FORM_addrx3 and DW_FORM_strx3
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #17 from Lubos Lunak ---
Created attachment 148376
--> https://bugs.kde.org/attachment.cgi?id=148376=edit
treat DW_TAG_skeleton_unit like DW_TAG_compile_unit
Ok, I've figured out the split-dwarf debug line problem too, this fi
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148240|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148233|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148243|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148242|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148234|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #10 from Lubos Lunak ---
The only remaining issue I can see is that DWARF5 + -gsplit-dwarf does not
output source locations in backtraces. So far I have not been able to find out
which part of Valgrind code is responsible, the furthest I
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #7 from Lubos Lunak ---
Created attachment 148243
--> https://bugs.kde.org/attachment.cgi?id=148243=edit
implement support for missing DW_LLE_* and DW_RLE_* values
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148239|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #6 from Lubos Lunak ---
Created attachment 148242
--> https://bugs.kde.org/attachment.cgi?id=148242=edit
read dwarf5 DW_FORM_rnglistx and DW_FORM_loclistx
Removed left-over debug statement.
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #5 from Lubos Lunak ---
Created attachment 148240
--> https://bugs.kde.org/attachment.cgi?id=148240=edit
avoid warning about missing DW_AT_*_base in skip_DIE()
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=452758
Lubos Lunak changed:
What|Removed |Added
Attachment #148235|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #3 from Lubos Lunak ---
Created attachment 148235
--> https://bugs.kde.org/attachment.cgi?id=148235=edit
valgrind patch
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #2 from Lubos Lunak ---
Created attachment 148234
--> https://bugs.kde.org/attachment.cgi?id=148234=edit
valgrind patch
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=452758
--- Comment #1 from Lubos Lunak ---
Created attachment 148233
--> https://bugs.kde.org/attachment.cgi?id=148233=edit
valgrind patch
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=452758
Bug ID: 452758
Summary: Valgrind does not read properly DWARF5 as generated by
Clang14
Product: valgrind
Version: 3.19 GIT
Platform: Other
OS: Linux
not be taking sides in such politics, especially
given that the problem does not appear to be resolved or even having a
consensus.
On Thursday 18 of March 2021, Thorsten Behrens wrote:
> Lubos Lunak wrote:
> > I disagree with the plan. Git uses master, so we should stick with
> >
ay I see it, if this is supposed to fix something, then it actually
doesn't, and it can create technical problems. If it's supposed to do
something else, it's not up to us to solve somebody else's problem, and it
can backfire.
PS: I can't miss the irony of renaming 'master' in
Author: llunak
Date: Fri Oct 11 12:34:39 2019
New Revision: 374583
URL: http://llvm.org/viewvc/llvm-project?rev=374583=rev
Log:
make ConstString allocate memory in non-tiny chunks
BumpPtrAllocator allocates in 4KiB chunks, which with any larger
project is going to result in a large number of
Author: llunak
Date: Wed Sep 18 14:41:45 2019
New Revision: 372263
URL: http://llvm.org/viewvc/llvm-project?rev=372263=rev
Log:
fix build, adjust test also for Windows path separator
Introduced in 1e9c1d2b7bfc.
Modified:
cfe/trunk/test/Frontend/rewrite-includes-conditions.c
Author: llunak
Date: Wed Sep 18 12:12:14 2019
New Revision: 372250
URL: http://llvm.org/viewvc/llvm-project?rev=372250=rev
Log:
actually also compile output in tests for -frewrite-includes
Checking that the created output matches something is nice, but
this should also check whether the output
Author: llunak
Date: Wed Sep 18 12:09:41 2019
New Revision: 372248
URL: http://llvm.org/viewvc/llvm-project?rev=372248=rev
Log:
make -frewrite-includes also rewrite conditions in #if/#elif
Those conditions may use __has_include, which needs to be rewritten.
The existing code has already tried to
Author: llunak
Date: Mon Sep 16 12:18:37 2019
New Revision: 372026
URL: http://llvm.org/viewvc/llvm-project?rev=372026=rev
Log:
do not emit -Wunused-macros warnings in -frewrite-includes mode (PR15614)
-frewrite-includes calls PP.SetMacroExpansionOnlyInDirectives() to avoid
macro expansions that
Author: llunak
Date: Sun May 12 03:39:21 2019
New Revision: 360539
URL: http://llvm.org/viewvc/llvm-project?rev=360539=rev
Log:
make -ftime-trace also print template arguments
Without this, I get e.g. 'PerformPendingInstantiations' -> 'std::fill',
now I get 'std::fill'.
Differential Revision:
https://bugs.kde.org/show_bug.cgi?id=395682
Lubos Lunak changed:
What|Removed |Added
CC||l.lu...@kde.org
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=384727
--- Comment #5 from Lubos Lunak ---
(In reply to Ivo Raisr from comment #3)
> Please could you try one of the patches from bug
> https://bugs.kde.org/show_bug.cgi?id=395682
> These two bugs seem to be very similar.
Yes, the patch from bu
https://bugs.kde.org/show_bug.cgi?id=384727
Lubos Lunak changed:
What|Removed |Added
Summary|valgrind does not support |[PATCH]valgrind does
https://bugs.kde.org/show_bug.cgi?id=384727
Lubos Lunak changed:
What|Removed |Added
CC||l.lu...@kde.org
--- Comment #2 from Lubos Lunak
https://bugs.kde.org/show_bug.cgi?id=384392
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@kde.org
-
https://bugs.kde.org/show_bug.cgi?id=382764
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
mserver?id=889be45e893425273d545a73edc42c4bbead446d
[3]
https://cgit.kde.org/plasma-workspace.git/commit/ksmserver?id=0377d6a992725e0b0b469b87d17343fa3730b829
[4] https://bugs.kde.org/show_bug.cgi?id=379254
--
Lubos Lunak
https://bugs.kde.org/show_bug.cgi?id=379254
--- Comment #19 from Lubos Lunak <l.lu...@kde.org> ---
As this bugreport shows, throwing such errors to stderr means that nobody will
notice them, and then distros will happily ship broken apps (that said, I've
noticed that kcm_autostart does n
https://bugs.kde.org/show_bug.cgi?id=365042
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@k
https://bugs.kde.org/show_bug.cgi?id=379367
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Component|general |ui
--
You are rec
https://bugs.kde.org/show_bug.cgi?id=379254
--- Comment #17 from Lubos Lunak <l.lu...@kde.org> ---
So I've intentionally broken one of my local autostart .desktop files and that
does cause the problem, and it's indeed somewhat annoying that the whole
startup is blocked by it. And, looking a
https://bugs.kde.org/show_bug.cgi?id=379254
--- Comment #14 from Lubos Lunak <l.lu...@kde.org> ---
Given comments above, I find it rather clear that the actual problem is with
the broken .desktop files (in one distro, possibly, kdeconnectd doesn't have
such a problem on openSUSE). So it
https://bugs.kde.org/show_bug.cgi?id=379254
--- Comment #7 from Lubos Lunak <l.lu...@kde.org> ---
I cannot reproduce (openSUSE42.2 + 5.9.5 packages), nor I can quite see why
this should break (apparently KRun::runApplication() works elsewhere, so why
not here).
What exactly do the error d
https://bugs.kde.org/show_bug.cgi?id=348390
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=251222
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=348390
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=251222
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=369391
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=370528
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=369391
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/pla |https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=370528
--- Comment #4 from Lubos Lunak <l.lu...@kde.org> ---
Git commit c7d21ae2b834bd101d8dba1edaea05edcdb6e8f5 by Luboš Luňák.
Committed on 21/04/2017 at 12:00.
Pushed by lunakl into branch 'Plasma/5.9'.
use KProcess instead of QProcess to launc
https://bugs.kde.org/show_bug.cgi?id=377756
--- Comment #2 from Lubos Lunak <l.lu...@kde.org> ---
Git commit 71908e79626b240d1c32ee88d726c227fa7d6a2d by Luboš Luňák.
Committed on 21/04/2017 at 12:00.
Pushed by lunakl into branch 'Plasma/5.9'.
recognize the WM even if given with a ful
https://bugs.kde.org/show_bug.cgi?id=370528
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit||https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=369391
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Latest Commit||https://commits.kde.o
https://bugs.kde.org/show_bug.cgi?id=377756
--- Comment #1 from Lubos Lunak <l.lu...@kde.org> ---
Git commit 7fca524e0846fd16558a4ac085afa551a9f22c99 by Luboš Luňák.
Committed on 21/04/2017 at 11:59.
Pushed by lunakl into branch 'Plasma/5.8'.
recognize the WM even if given with a ful
https://bugs.kde.org/show_bug.cgi?id=251222
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Latest
https://bugs.kde.org/show_bug.cgi?id=348390
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.kde.org/show_bug.cgi?id=221206
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@k
https://bugs.kde.org/show_bug.cgi?id=221206
--- Comment #20 from Lubos Lunak <l.lu...@kde.org> ---
As per comment #16, the original problem. The other problems appear to be
unrelated and are e.g. bug #348390.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=376590
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=376561
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |REMIND
https://bugs.kde.org/show_bug.cgi?id=222764
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |REMIND
https://bugs.kde.org/show_bug.cgi?id=365237
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=361229
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=351801
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=369391
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=370528
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.kde.org/show_bug.cgi?id=361236
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@kde.org
-
https://bugs.kde.org/show_bug.cgi?id=374408
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.kde.org/show_bug.cgi?id=361236
--- Comment #115 from Lubos Lunak <l.lu...@kde.org> ---
*** Bug 374408 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=361236
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=338578
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Resolution|--- |WAITINGF
https://bugs.kde.org/show_bug.cgi?id=327695
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://bugs.kde.org/show_bug.cgi?id=377756
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@kde.org
-
https://bugs.kde.org/show_bug.cgi?id=377756
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
Component|general |general
P
https://bugs.kde.org/show_bug.cgi?id=363224
--- Comment #59 from Lubos Lunak <l.lu...@kde.org> ---
Created attachment 104621
--> https://bugs.kde.org/attachment.cgi?id=104621=edit
proposed fix
As seen in the Valgrind log, this is basically bug #347490. The supposed fix
30e6ae34d7 for
https://bugs.kde.org/show_bug.cgi?id=363224
Lubos Lunak <l.lu...@kde.org> changed:
What|Removed |Added
CC||l.lu...@kde.org
--- Comme
not, anyway).
Developer builds should of course fall flat on their face in such cases, but
in practice it's probably better to value end product stability more than
practically insignificant warnings from a tool.
--
Lubos Lunak
l.lu...@collabora.com
On Monday 08 of December 2014, Bjoern Michaelsen wrote:
Hi Lubos,
On Fri, Dec 05, 2014 at 06:46:17PM +0100, Lubos Lunak wrote:
On Thursday 04 of December 2014, Michael Meeks wrote:
* Large scale renames (Kendy)
...
+ if cleanup there; perhaps some improved naming too
support better names for Writer (Bjorn)
+ can re-write classes with Clang ? (Michael)
Clang should be able to rewrite pretty much whatever would matter. E.g.
compilerplugins/clang/store/changefunctioncalls.cxx could be used to rename
all calls of a specific function.
--
Lubos Lunak
function, because that one requires
also the this pointer, so you need to go with boost::bind. See e.g. 96369e97.
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman
usually form part of the public API of a class.
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
that there shouldn't be
any big trouble there.
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
a patch but compilers do not allow specifying proper path
refering to the .dwo file when building in a different path).
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org
, it'd also break it considerably. Unless that has improved recently
(which I doubt), things like hidden symbol visibility make these functions
practically useless.
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice
, the original code had several unhandled switch cases together and I
overlooked that (not that I get how the fix worked in master).
Andras, could you please include the commit back to 4.2+4.3 together with
74c6ba1b741ae76ad9e2f2b81be3e3178163f085 ? Thanks.
--
Lubos Lunak
l.lu...@collabora.com
on destruction? Stack-allocated
objects is probably the most sensible C++ lifecycle management ever, so if it
doesn't work with vcl, vcl has got to be seriously broken in that regard.
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
://people.centos.org/tru/devtools-2/ for Linux
extensions). In other words, all the include files that end up copied
to the SDK's include/ directory still need to be compileable by a
non-C++11 compiler.
But we are only people, so I added checking of this to the odk checkapi test.
--
Lubos Lunak
l.lu
by functionDecl-getLocation() .
--
Lubos Lunak
l.lu...@collabora.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thursday 26 of June 2014, Paul Smith wrote:
On Thu, 2014-06-26 at 18:44 +0200, Lubos Lunak wrote:
Caveats:
- Compiles with and without colors are considered different from each
other (so they are duplicated).
This doesn't seem ideal, does it?
No, it doesn't seem ideal. It doesn't
class or function actually are.
But that's exactly the point of what Max says. The warning is not bogus.
Using a dynamic_cast where a static_cast is known to work well is a sign of
the un-debuggable world of defensive programming that you speak of.
--
Lubos Lunak
l.lu...@collabora.com
On Friday 29 of November 2013, Lubos Lunak wrote:
Hello,
the attached patch adds ccache support for compiler color diagnostics
(also reported by somebody as #10075).
Ping? Any official comments on the patch? I've been using the patch for
half a year by now without problems.
Clang
behavior?
Use CCACHE_CPP2 when using ccache with clang (see e.g.
http://www.mail-archive.com/ccache@lists.samba.org/msg01045.html).
--
Lubos Lunak
___
ccache mailing list
ccache@lists.samba.org
https://lists.samba.org/mailman/listinfo/ccache
On Friday 02 of May 2014, Nick Lewycky wrote:
On 1 May 2014 17:12, Nick Lewycky nlewy...@google.com wrote:
On 1 May 2014 16:58, Lubos Lunak l.lu...@centrum.cz wrote:
Author: llunak
Date: Thu May 1 18:58:20 2014
New Revision: 207814
URL: http://llvm.org/viewvc/llvm-project?rev
On Friday 11 of April 2014, Eric Christopher wrote:
On Fri, Apr 4, 2014 at 9:07 AM, Lubos Lunak l.lu...@centrum.cz wrote:
On Friday 04 of April 2014, David Blaikie wrote:
Oops, re-add cfe-commits.
On Fri, Apr 4, 2014 at 8:34 AM, David Blaikie dblai...@gmail.com wrote:
On Fri, Apr 4
, Apr 4, 2014 at 5:02 AM, Lubos Lunak l.lu...@centrum.cz wrote:
The handling of -main-file-name in CGDebugInfo::CreateCompileUnit()
can result in incorrect DW_AT_name in somewhat special cases:
1)
$ touch /tmp/a.cpp
$
clang++ -Wall -c /tmp/a.cpp -g -o /tmp/a.o -Xclang -main-file
On Friday 02 of May 2014, David Blaikie wrote:
On Fri, Apr 4, 2014 at 9:07 AM, Lubos Lunak l.lu...@centrum.cz wrote:
On Friday 04 of April 2014, David Blaikie wrote:
Oops, re-add cfe-commits.
On Fri, Apr 4, 2014 at 8:34 AM, David Blaikie dblai...@gmail.com wrote:
On Fri, Apr 4, 2014
1 - 100 of 1171 matches
Mail list logo