[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Source compilation errors with c++14/GCC6
From: |
David Kastrup |
Subject: |
Re: Source compilation errors with c++14/GCC6 |
Date: |
Wed, 02 Mar 2016 22:00:01 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
Jon Ciesla <address@hidden> writes:
> Lilypond 2.19.36/7 fails to build with GCC6 using the c++14 std, which is
> the new default for GCC6, as present in Fedora 24+. Attached is a patch
> allowing Lilpond 2.19.37 to build. Please review and adopt if applicable.
> If there are better corrections than what I've done here, please let me
> know and I'll update our patch, at least until a future release builds
> unpatched.
The proposed changes are pretty much unilaterally horrible.
// code maintenance while being harder to understand and quite
// trickier in its failure symptoms when things go wrong. So we
// just use a static zero as "not here" indication.
- static const int type_p_name_ = 0;
+ static const int type_p_name_ = NULL;
Why would a const int be set to NULL, a pointer constant?
And since that apparently doesn't even work, you afterwards apply
reinterpret_casts (pretty much the worst kind of cast) on everything.
What kind of error message are you getting for the original code?
--
David Kastrup