ADCH++

adch++ won't compile from bzr branch

Asked by Thomas Maerz

I have read the readme, and have all the correct versions and prereqs. here is what I'm doing.

bzr branch lp:adchpp
cd adchpp
scons mode=release

scons: Reading SConscript files ...
Checking for C header file poll.h... yes
Checking for C header file sys/epoll.h... yes
Checking for dlopen() in C library dl... yes
Checking for pthread_create() in C library pthread... yes
Checking for SSL_connect() in C library ssl... yes
scons: done reading SConscript files.
scons: Building targets ...
Compiling build/release-default/adchpp/adchpp.gch (shared precompiled header)
In file included from boost/boost/tr1/tr1/string:16,
                 from adchpp/adchpp.h:115:
boost/boost/tr1/detail/config_all.hpp:151:41: error: ../4.4.0/utility: No such file or directory
scons: *** [build/release-default/adchpp/adchpp.gch] Error 1
scons: building terminated because of errors.

I have also tried just an scons, in case the release flag doesn't work on the latest branch, and also the sourceforge page download does the same thing. I'm running OpenSUSE 11.2 x64 gnome if that matters at all.

Question information

Language:
English Edit question
Status:
Solved
For:
ADCH++ Edit question
Assignee:
No assignee Edit question
Solved by:
Thomas Maerz
Solved:
Last query:
Last reply:
Revision history for this message
Sulan (sulan80) said : 		#1

Can you post some more info about your devtools/versions? Seems to be some sort of problem with stlport.

config_all.hpp:151 = # include BOOST_TR1_STD_HEADER(utility)

defined:

# if (defined(__SGI_STL_PORT) || defined(_STLPORT_VERSION)) && !defined(__BORLANDC__)
# ifdef __SUNPRO_CC
         // can't use <../stlport/name> since some compilers put stlport in a different directory:
# define BOOST_TR1_STD_HEADER(name) <../stlport4/name>
# elif defined(__PGI)
# define BOOST_TR1_STD_HEADER(name) <../CC/name>
# else
# define BOOST_TR1_STD_HEADER(name) <../stlport/name>
# endif

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#2

r42djmvfb:~ # g++ --version
g++ (SUSE Linux) 4.4.1 [gcc-4_4-branch revision 150839]
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

r42djmvfb:/home/seek/adchpp # scons --version
SCons by Steven Knight et al.:
        script: v1.2.0.d20090113.r3897, 2009/01/13 06:45:54, by scons on scons-dev
        engine: v1.2.0.d20090113.r3897, 2009/01/13 06:45:54, by scons on scons-dev
Copyright (c) 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 The SCons Foundation

r42djmvfb:/home/seek/adchpp # swig -version
SWIG Version 1.3.36
Compiled with g++ [x86_64-suse-linux-gnu]
Please see http://www.swig.org for reporting bugs and further information

r42djmvfb:/home/seek/adchpp # python --version
Python 2.6.2

boost-devel 1.39.0
boost-jam 3.1.17

bzr 1.17

Revision history for this message
Sulan (sulan80) said : 		#3

might be that it tries to compile with your own boost instead of the one that comes with adchpp?

Revision history for this message
Sulan (sulan80) said : 		#4

Also make sure all of your dev tools are up to date,

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#5

the dev tools are all up to date as far as stable packages for opensuse goes.

how do i force scons to use the boost that comes with adchpp?

Revision history for this message
poy (poy) said : 		#6

seems that you have 2 GCCs on your system, one 4.4.0 and one 4.4.1; to verify, run:
which g++

as for the boost version i believe ADCH++ always uses the provided one by default.

Revision history for this message
Sulan (sulan80) said : 		#7

Dont forget to delete .sconsign.dblite if boost has been updated ;-)

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#8

r42djmvfb:/home/seek/adchpp # which g++
/usr/bin/g++

/usr/bin/g++ --version
outputs version 4.4.1

forgive my ignorance, but it will still not compile, even after deleting the .sconsign.dblite

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#9

Also, I have just tried this on 3 other machines I have running, this won't compile on any OpenSUSE machine, i386 or x64.

Revision history for this message
poy (poy) said : 		#10

make sure you have libstdc++-devel.

Revision history for this message
Sulan (sulan80) said : 		#11

change to open

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#12

yes, I have libstdc++-devel

Revision history for this message
Toast (swetoast-deactivatedaccount) said : 		#13

any success in compiling it ?

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#14

no, it still won't compile.

Revision history for this message
Toast (swetoast-deactivatedaccount) said : 		#15

Gonna set up a OpenSuse and try for myself when i got some time over and see if there is a possible problem

Revision history for this message
poy (poy) said : 		#16

ln -s /usr/include/c++/4.4 /usr/include/c++/4.4.0

Revision history for this message
Thomas Maerz (thomasmaerz) said : 		#17

yep we figured that out. sorry i didn't update the ticket