Twister Core compilation Error - c++

I am trying to compile twister-core on windows 8.1 (64 bit) using Cygwin.
I am following the steps which are given in the link Compile Twister for Windows
I have copy the code from here :Github "Twister-Core"
I have run the “./bootstrap.sh” successfully without any error.
When I am running the “make” command it show the error and make process failed:
Error: /usr/include/boost/asio/detail/config.hpp:577:5: error: #error
You must add -D__USE_W32_SOCKETS to your compiler options.
# error You must add -D__USE_W32_SOCKETS to your compiler options. /usr/include/openssl/x509.h:192:1: error: pasting “stack_st_” and “(”
does not give a valid preprocessing token DECLARE_STACK_OF(X509_NAME)
^ /usr/include/openssl/pkcs7.h:103:1: error: pasting “stack_st_” and
“(” does not give a valid preprocessing token
DECLARE_STACK_OF(PKCS7_SIGNER_INFO)
/usr/include/openssl/x509v3.h:753:30: error: expected
primary-expression before ‘unsigned’ unsigned long chtype); ^
/usr/include/openssl/x509v3.h:753:50: error: expression list treated
as compound expression in initializer [-fpermissive] unsigned long
chtype); ^ Makefile:1407: recipe for target
‘libtorrent/src/web_connection_base.o’ failed make: ***
[libtorrent/src/web_connection_base.o] Error 1

Adding -DOPENSSL_SYS_WIN32 to the compiler options did the trick for me with OpenSSL version 1.0.2r.

Related

Random123 error using fujitsu compiler

I am trying to build an application which resulted in the following error during make process
../../src/Random123/features/sse.h", line 275: warning: explicit type is missing ("int" assumed)
R123_STATIC_INLINE int haveAESNI(){
^
"../../src/Random123/features/sse.h", line 275: error: expected a ";"
R123_STATIC_INLINE int haveAESNI(){
^
The above code works fine with gnu compiler. I am trying with fujitsu compiler (using mpifccpx). Any help appreciated.

Build Chromium with error about libgio on Ubuntu 10.04

I tried to build Chromium on my Ubuntu 10.04 with the cmd, ninja -v -C out/Debug chrome.
But I got this error, and found nothing by googling related information.
I've followed the instructions on http://code.google.com/p/chromium/wiki/LinuxBuildInstructions before building.
Could someone help me if you know how to resovle this? Thanks a lot.
In file included from obj/build/linux/gio.gen/libgio_loader.cc:4:
../../out/Debug/gen/library_loaders/libgio.h:28: error: ‘::g_settings_new’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:29: error: ‘::g_settings_get_child’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:30: error: ‘::g_settings_get_string’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:31: error: ‘::g_settings_get_boolean’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:32: error: ‘::g_settings_get_int’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:33: error: ‘::g_settings_get_strv’ has not been declared
../../out/Debug/gen/library_loaders/libgio.h:34: error: ‘::g_settings_list_schemas’ has not been declared
obj/build/linux/gio.gen/libgio_loader.cc: In member function ‘bool LibGioLoader::Load(const std::string&)’:
obj/build/linux/gio.gen/libgio_loader.cc:42: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:56: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:70: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:84: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:98: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:112: error: cast from ‘void*’ to ‘int’ loses precision
obj/build/linux/gio.gen/libgio_loader.cc:126: error: cast from ‘void*’ to ‘int’ loses precision
ninja: build stopped: subcommand failed.
https://codereview.chromium.org/21687002
Remove bundled gsettings header now that we're using Ubuntu Precise. you can build with 12.04
I was also facing the same issue. Digging up a little bit more, I found that the latest releases of GTK doesn't have above APIs. Please follow the below steps to build Chromium on Ubuntu 10.04:
Download an old release of GTK, for ex. from http://ftp.gnome.org/pub/gnome/sources/glib/2.38/glib-2.38.2.tar.xz
Extract, configure, compile and install this.
Re-generate your chromium projects
Build again using ninja -C out/Debug chrome

program with boost thread 1.51 doesn't build

I am trying to compile a program using boost thread with the latest version. I am using
gcc version 4.1.2 20080704 (Red Hat 4.1.2-52)
With the 1.50 I had an issue saying that the reference to boost::thread::~thrad() couldn't be found. So I updated to the new one I got the following
/usr/local/include/boost/thread/detail/thread.hpp:65: error: expected ';' before 'thread_data'
/usr/local/include/boost/thread/detail/thread.hpp:68: error: expected `;' before 'thread_data'
/usr/local/include/boost/thread/detail/thread.hpp:88: error: expected ';' before 'thread_data'
/usr/local/include/boost/thread/detail/thread.hpp:91: error: expected `;' before 'void'
/usr/local/include/boost/thread/detail/thread.hpp:105: error: expected ';' before 'thread_data'
/usr/local/include/boost/thread/detail/thread.hpp:108: error: expected `;' before 'void'
/usr/local/include/boost/thread/detail/thread.hpp:121: error: expected ';' before 'private'
/usr/local/include/boost/thread/detail/thread.hpp:153: error: expected primary-expression before ')' token
/usr/local/include/boost/thread/detail/thread.hpp:153: error: there are no arguments to 'BOOST_THREAD_RV_REF' that depend on a template parameter, so a declaration of 'BOOST_THREAD_RV_REF' must be available
/usr/local/include/boost/thread/detail/thread.hpp:153: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
/usr/local/include/boost/thread/detail/thread.hpp:153: error: expected `)' before 'f'
/usr/local/include/boost/thread/detail/thread.hpp:153: error: invalid in-class initialization of static data member of non-integral type 'boost::detail::thread_data_ptr'
/usr/local/include/boost/thread/detail/thread.hpp:153: confused by earlier errors, bailing out
I had no clue why is doing this way. Is there any workaround?
I had this same issue with g++ 4.2.1 on OSX, though I don't think its a compiler issue per se.
I had previously installed boost libraries and headers installed to /usr/local/lib and /usr/local/include by invoking b2 install. This works on a new installation, but it doesn't correctly overwrite a previous boost installation (I had 1.49). All I had to do was point my build at the boost build directory I was using, or to delete /usr/local/include/boost and run b2 install again. The first time I ran b2 install it only copied the libs which was fast, the second time it took much longer and copied over all the header files.

How to compile C++ files generated by google's protobuf compiler on OS X

I'm using a Mac. I have a library written in C++, let's call it "wibble", along with its source code. I can compile this source with GCC 4.3 from macports (g++-mp-4.3), and can link the resulting library into other stuff as long as I use GCC 4.3.
However, I need to link this into another application (let's call it "blort") which will only load libs compiled with the GCC 4.2 that is bundled with OS X 10.6 (because that's what it was built with)
I can, more or less, mess with wibble's Makefile however I may please, but blort is a fixed target. I can write whatever code or build scripts to glue them together I may need. There appears to be no way to get wibble to compile on 4.2 (barring a rewrite, which is out of the question), and the guy who wrote it confirms that.
I am not very familiar with the whole build and linking process in C++, having only been handed this integration, and am completely stumped. Is what I'm trying to achieve even possible? If so, how?
In case it matters, what I'm trying to do is call the methods in wibble from Perl via Inline::CPP, but I'm willing to write raw XS if I have to (I've done that before, at least). I need to use the system perl so this will easily build and install on other people's machines. :-/
UPDATE, 2012-03-01, 1
I am looking into compiling protobufs using the Mac's compiler, and seeing if I can get wibble to compile with the same compiler using that build of protobufs. I will post the results shortly.
Hrmph same errors:
g++ -Wall -Wno-unused-function -Wno-long-long -pedantic -O3 -I/Users/sscaffid/local/include -L/Users/sscaffid/local/lib -fPIC -std=c++98 -c wire.pb.cc
In file included from /Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:43,
from wire.pb.cc:10:
/Users/sscaffid/local/include/google/protobuf/wire_format_lite.h:94: error: comma at end of enumerator list
/Users/sscaffid/local/include/google/protobuf/wire_format_lite.h:117: error: comma at end of enumerator list
/Users/sscaffid/local/include/google/protobuf/wire_format_lite.h:132: error: comma at end of enumerator list
In file included from wire.pb.cc:10:
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:303: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:304: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:305: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:306: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:307: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/wire_format_lite_inl.h:308: error: extra ‘;’
In file included from wire.pb.cc:11:
/Users/sscaffid/local/include/google/protobuf/descriptor.h:322: error: comma at end of enumerator list
/Users/sscaffid/local/include/google/protobuf/descriptor.h:341: error: comma at end of enumerator list
/Users/sscaffid/local/include/google/protobuf/descriptor.h:352: error: comma at end of enumerator list
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1206: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1223: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1243: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1249: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1257: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1264: error: extra ‘;’
/Users/sscaffid/local/include/google/protobuf/descriptor.h:1274: error: extra ‘;’
In file included from wire.pb.cc:13:
/Users/sscaffid/local/include/google/protobuf/wire_format.h:226: error: comma at end of enumerator list
make: *** [wire.pb.o] Error 1
From the question:
Solution:
Using the -pedantic option to GCC 4.2 makes it very angry with protobuf code. Don't use it.

How do I get Anjuta to higlight errors/lines produced by my build system (waf)?

Waf outputs errors like the following
Waf: Entering directory `/home/atomos/dc_mmo/netclient/build'
[47/53] c: c_lib/c_lib.c -> build/c_lib/c_lib.c.1.o
In file included from ../c_lib/c_lib.c:12:
../c_lib/./physics/common.c: In function ‘rk4_accelerate’:
../c_lib/./physics/common.c:301: warning: unused variable ‘spring’
In file included from ../c_lib/c_lib.c:15:
../c_lib/./objects/grenade.c: In function ‘grenade_draw’:
../c_lib/./objects/grenade.c:91: error: ‘a’ undeclared (first use in this function)
../c_lib/./objects/grenade.c:91: error: (Each undeclared identifier is reported only once
../c_lib/./objects/grenade.c:91: error: for each function it appears in.)
In file included from ../c_lib/c_lib.c:16:
../c_lib/./objects/neutron.c: In function ‘neutron_draw’:
../c_lib/./objects/neutron.c:191: error: ‘a’ undeclared (first use in this function)
In file included from ../c_lib/./agent/agent_include.h:21,
from ../c_lib/c_lib.c:23:
../c_lib/./agent/./agent_client.c: In function ‘set_agent_control_state’:
../c_lib/./agent/./agent_client.c:58: warning: format ‘%i’ expects type ‘int’, but argument 2 has type ‘int *’
How can i get Anjuta to show errors at bottom and allow me to jump to error by clicking on it?
How can I configure Anjuta to run my build system on compile?
The problem is that eclipse looks for make: in the error code (this should be configurable) So you have to patch eclipse or waf so they agree on the format of the error message.
There was a patch to waf in this bug