Route_Linux adds dependency to C++0x compiler

[RangelReale]

Looks like libmnl, used in Net/Route_Linux.cpp, depends on a C++0x compatible compiler, is this requirement being added to Poco?

** Compiling src/Route.cpp (debug, shared)
g++ -Iinclude -I/home/rreale/Documents/prog/src/poco/CppUnit/include -I/home/rreale/Documents/prog/src/poco/Foundation/include -I/home/rreale/Documents/prog/src/poco/XML/include -I/home/rreale/Documents/prog/src/poco/JSON/include -I/home/rreale/Documents/prog/src/poco/Util/include -I/home/rreale/Documents/prog/src/poco/Net/include -I/home/rreale/Documents/prog/src/poco/Crypto/include -I/home/rreale/Documents/prog/src/poco/NetSSL_OpenSSL/include -I/home/rreale/Documents/prog/src/poco/Data/include -I/home/rreale/Documents/prog/src/poco/Data/SQLite/include -I/home/rreale/Documents/prog/src/poco/Data/ODBC/include -I/home/rreale/Documents/prog/src/poco/Data/MySQL/include -I/home/rreale/Documents/prog/src/poco/Zip/include -I/home/rreale/Documents/prog/src/poco/PageCompiler/include -I/home/rreale/Documents/prog/src/poco/PageCompiler/File2Page/include -I/home/rreale/Documents/prog/src/poco/ApacheConnector/include -I/home/rreale/Documents/prog/src/poco/PDF/include -I/home/rreale/Documents/prog/src/poco/CppParser/include -I/home/rreale/Documents/prog/src/poco/PocoDoc/include -I/home/rreale/Documents/prog/src/poco/ProGen/include -Wall -Wno-sign-compare -DPOCO_BUILD_HOST=rangel-linux-32 -D_XOPEN_SOURCE=500 -D_REENTRANT -D_THREAD_SAFE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DPOCO_HAVE_FD_EPOLL -g -D_DEBUG -fPIC -DNet_EXPORTS -c src/Route.cpp -o /home/rreale/Documents/prog/src/poco/Net/obj/Linux/i686/debug_shared/Route.o
In file included from /usr/include/c++/4.6/cstdint:35:0,
from /usr/include/libmnl/libmnl.h:6,
from src/Route_Linux.cpp:42,
from src/Route.cpp:53:
/usr/include/c++/4.6/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the upcoming ISO C++ standard, C++0x. This support is currently experimental, and must be enabled with the -std=c++0x or -std=gnu++0x compiler options.

[aleks-f]

This is a WIP (contribution/feature request from a commercial user); it was not meant to end up in develop branch yet - I accidentally merged it. Please ignore it for now, I'll look at it next week.

[obiltschnig]

Also, I think this should go into a separate library (NetX or NetRoute, or whatever), otherwise I see a huge porting nightmare coming up.
Have we discussed this already?

Günter

Günter Obiltschnig
Applied Informatics Software Engineering GmbH
A-9182 Maria Elend | Maria Elend 96/4 | www.appinf.com
P: +43 4253 32596 M: +43 676 5166737 F: +43 4253 32096

Company Registration: FN 276491 f | Landesgericht Klagenfurt
Managing Director: DI Günter Obiltschnig

On 11.11.2012, at 18:07, Aleksandar Fabijanic wrote:

This is a WIP (contribution/feature request from a commercial user); it was not meant to end up in develop branch yet - I accidentally merged it. Please ignore it for now, I'll look at it next week.

—
Reply to this email directly or view it on GitHub.

[aleks-f]

Actually, we only discussed requested NatPmp as a separate lib. But I agree, from the experience so far, this will be a portability nightmare; I'll move it out of develop asap.