[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-14 Thread Brenton Horne 
Follow-up Comment #11, bug #25653 (project wesnoth):

OK well then Gentoo must have a defective GCC 5.4.0. Works fine with all other
packages (which says a lot given that I have over 1,500 packages installed,
and with Gentoo Linux all packages are compiled from source) though so I doubt
it's totally defective.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-14 Thread Pentarctagon 
Follow-up Comment #10, bug #25653 (project wesnoth):

For what it's worth, I can compile fine with gcc 5.4.0 with both scons and
cmake on my Mint 18.1.  Full version string is:

gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609


that said, make does report a couple warnings:

/home/derpy/Desktop/wesnoth-dev/src/help/help_topic_generators.cpp: In
function ‘print_behavior_description’:
/usr/include/c++/5/bits/stl_iterator.h:794:0: warning: ‘MEM[(const struct
__normal_iterator *)_change_pos + 8B]._M_current’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
   { return __normal_iterator(_M_current + __n); }
 ^
/home/derpy/Desktop/wesnoth-dev/src/help/help_topic_generators.cpp:60:28:
note: ‘MEM[(const struct __normal_iterator *)_change_pos +
8B]._M_current’ was declared here
  boost::optional last_change_pos;
^

but that's unrelated to this problem.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Daniel 
Follow-up Comment #8, bug #25653 (project wesnoth):

i asked and it seems like:
1) you solution 'set (CMAKE_CXX_STANDARD 11)' would raise the minimim required
cmake version to 3.1 which we don't want
2) Other people did not have this problem.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Brenton Horne 
Follow-up Comment #7, bug #25653 (project wesnoth):

Worked perfectly. Thanks. Not sure if I can mark this issue closed, I've only
once before used this bugtracker and that issue is still open.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Brenton Horne 
Follow-up Comment #6, bug #25653 (project wesnoth):

Nvm, I saw this answer on StackOverflow
http://stackoverflow.com/a/31010221/1876983 so I used this patch:

--- a/CMakeLists.txt 2017-04-13 21:18:34.351784957 +1000
+++ b/CMakeLists.txt 2017-04-13 23:15:14.591880737 +1000
@@ -8,6 +8,7 @@

 # set minimum version
 cmake_minimum_required(VERSION 2.6.0)
+set (CMAKE_CXX_STANDARD 11)

 include(CheckCXXCompilerFlag)

build hasn't finished yet but it seems to be going fine now. I'll let ya know
when it's finished and whether it succeeded.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Brenton Horne 
Follow-up Comment #5, bug #25653 (project wesnoth):

GCC 5.4.0 uses an older standard by default, but it can use C++11 with the
-std=c++11. Surprised your build system doesn't pass that option to g++ when
it is used to compile the program? How would I get it to pass this option to
g++? Do yas have a patch I could use. 

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Brenton Horne 
Follow-up Comment #3, bug #25653 (project wesnoth):

The CMakeLists.txt file only explicitly checks for C++11 support, so why are
ya asking about C++14 support? I'd think you'd be asking about C++11 support
as it's the only support cmake checks for. 

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25653] Wesnoth 1.13.7 fails to compile on Gentoo Linux: nullptr was not declared, among other errors

2017-04-13 Thread Brenton Horne 
URL:
  

 Summary: Wesnoth 1.13.7 fails to compile on Gentoo Linux:
nullptr was not declared, among other errors
 Project: Battle for Wesnoth
Submitted by: fusion809
Submitted on: Thu 13 Apr 2017 11:33:08 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.7
Operating System: Gentoo Linux

___

Details:

On my Gentoo machine I have tried to build Wesnoth 1.13.7 using this ebuild
https://github.com/fusion809/fusion809-overlay/blob/master/games-strategy/wesnoth/wesnoth-1.13.7.ebuild.
Unfortunately the build fails and here (http://paste2.org/ZWhpbC73) is my
build log. These errors make me suspect whether my version of GCC is
satisfactory. Presently I'm using GCC 5.4.0. Here is the output of emerge
--info (which should tell you the version of software I have that's relevant
to building packages like Wesnoth): http://paste2.org/kN0ksb9Y. If you are
wondering why I am not attaching these logs via the "Attached Files" dialog,
for some reason when I do I am directed to this page
http://imgur.com/MScdPz2.png.




___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs