Thread: [Echempp-devel] Ecco build fails.
Status: Beta
Brought to you by:
berndspeiser
Menu
▾
▴
echempp-devel
|
From: Kim L. <lu...@di...> - 2005-02-10 22:17:00
|
Version 1.0.1 ./configure works fine. In file included from kineticCompiler.cpp:33: ../Ecco/parser.hpp: In constructor `ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)': ../Ecco/parser.hpp:298: error: `leaf_node_d' undeclared (first use this function) ../Ecco/parser.hpp:298: error: (Each undeclared identifier is reported only once for each function it appears in.) ../Ecco/parser.hpp:456: error: `infix_node_d' undeclared (first use this function) ../Ecco/parser.hpp:480: error: `inner_node_d' undeclared (first use this function) ../Ecco/parser.hpp:502: error: `discard_node_d' undeclared (first use this function) ../Ecco/parser.hpp:593: error: `discard_last_node_d' undeclared (first use this function) make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1 make[2]: Leaving directory `/home/krlux/Desktop/ecco install/Ecco-1.0.1/Ecco' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/***/Desktop/ecco install/Ecco-1.0.1/Ecco' make: *** [all-recursive] Error 1 -- Kim Lux, Diesel Research Inc. |
|
From: Kim L. <lu...@di...> - 2005-02-10 23:16:11
|
version 1.0 has the same error, plus two others, both being #include <gmm/gmm.h> In file included from kineticCompiler.cpp:33: ../Ecco/parser.hpp: In constructor `ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)': ../Ecco/parser.hpp:299: error: `leaf_node_d' undeclared (first use this function) ../Ecco/parser.hpp:299: error: (Each undeclared identifier is reported only once for each function it appears in.) ../Ecco/parser.hpp:457: error: `infix_node_d' undeclared (first use this function) ../Ecco/parser.hpp:481: error: `inner_node_d' undeclared (first use this function) ../Ecco/parser.hpp:503: error: `discard_node_d' undeclared (first use this function) ../Ecco/parser.hpp:594: error: `discard_last_node_d' undeclared (first use this function) make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1 make[2]: Leaving directory `/home/krlux/Desktop/ecco install/Ecco-1.0/Ecco' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/krlux/Desktop/ecco install/Ecco-1.0/Ecco' make: *** [all-recursive] Error 1 On Thu, 2005-02-10 at 15:16 -0700, Kim Lux wrote: > Version 1.0.1 > > ./configure works fine. > > In file included from kineticCompiler.cpp:33: > ../Ecco/parser.hpp: In constructor > `ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)': > ../Ecco/parser.hpp:298: error: `leaf_node_d' undeclared (first use this > function) > ../Ecco/parser.hpp:298: error: (Each undeclared identifier is reported > only once for each function it appears in.) > ../Ecco/parser.hpp:456: error: `infix_node_d' undeclared (first use this > function) > ../Ecco/parser.hpp:480: error: `inner_node_d' undeclared (first use this > function) > ../Ecco/parser.hpp:502: error: `discard_node_d' undeclared (first use > this function) > ../Ecco/parser.hpp:593: error: `discard_last_node_d' undeclared (first > use this function) > make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1 > make[2]: Leaving directory `/home/krlux/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/***/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make: *** [all-recursive] Error 1 > -- Kim Lux, Diesel Research Inc. |
|
From: Kai L. <kai...@un...> - 2005-02-11 11:25:16
|
Hi, > version 1.0 has the same error, plus two others, both being #include > <gmm/gmm.h> Ok - the bug regarding the gmm/gmm.h directive was fixed in version 1.0.1. Regards, Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: +49-7071-29-73049 Mail: kai...@un... |
|
From: Kai L. <kai...@un...> - 2005-02-11 11:21:29
|
Hello Kim, It would be great, if you could post me some facts about your environment, i.e system, compiler, installed boost and/or spirit version, installed ginac version, installed GMM++ version and, if possile, the output of the ./configure command. With this information, I hope to reproduce the error below. Regards, Kai > Version 1.0.1 > > ./configure works fine. > > In file included from kineticCompiler.cpp:33: > ../Ecco/parser.hpp: In constructor > `ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)': > ../Ecco/parser.hpp:298: error: `leaf_node_d' undeclared (first use this > function) > ../Ecco/parser.hpp:298: error: (Each undeclared identifier is reported > only once for each function it appears in.) > ../Ecco/parser.hpp:456: error: `infix_node_d' undeclared (first use thi= s > function) > ../Ecco/parser.hpp:480: error: `inner_node_d' undeclared (first use thi= s > function) > ../Ecco/parser.hpp:502: error: `discard_node_d' undeclared (first use > this function) > ../Ecco/parser.hpp:593: error: `discard_last_node_d' undeclared (first > use this function) > make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1 > make[2]: Leaving directory `/home/krlux/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/***/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make: *** [all-recursive] Error 1 > > -- > Kim Lux, Diesel Research Inc. > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users= . > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Echempp-devel mailing list > Ech...@li... > https://lists.sourceforge.net/lists/listinfo/echempp-devel > --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: +49-7071-29-73049 Mail: kai...@un... |
|
From: Kim L. <lu...@di...> - 2005-02-11 19:49:35
|
Here is the info you requested.
It would be great, if you could post me some facts about your
environment, i.e
>
> system,
> compiler,
> installed boost and/or spirit version,
> installed ginac version,
> installed GMM++ version
>
system: $ uname -a
Linux zd7280 2.6.10-prep #2 Tue Jan 25 23:34:47 MST 2005 i686 i686 i386
GNU/Linux
$ gcc -dumpversion
3.4.2
$ rpm -q boost
boost-1.32.0-1.fc3
GiNaC-1.3.0
gmm-1.7
export SPIRITSRC=/usr/include/boost
[krlux@zd7280 Ecco-1.0.1]$ export GINACSRC=/usr/local/include/ginac
[krlux@zd7280 Ecco-1.0.1]$ export GINACLIB=/usr/local/lib
[krlux@zd7280 Ecco-1.0.1]$ export GMMSRC=/usr/local/include/gmm
[krlux@zd7280 Ecco-1.0.1]$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/bin/sh: /home/krlux/Desktop/ecco: No such file or directory
configure: WARNING: `missing' script is too old or missing
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for $SPIRITSRC... /usr/include/boost
checking for $GINACSRC... /usr/local/include/ginac
checking for $GINACLIB... /usr/local/lib
checking for $GMMSRC... /usr/local/include/gmm
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking build system type... i686-pc-linux
checking host system type... i686-pc-linux
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether g77 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for g77 option to produce PIC... -fPIC
checking if g77 PIC flag -fPIC works... yes
checking if g77 supports -c -o file.o... yes
checking whether the g77 linker (/usr/bin/ld) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating Ecco/Makefile
config.status: creating Ecco/test/Makefile
config.status: creating Ecco/documentation/Makefile
config.status: creating Patterns/Makefile
config.status: creating Patterns/test/Makefile
config.status: creating Numerics/Makefile
config.status: creating Numerics/documentation/Makefile
config.status: creating Numerics/test/Makefile
config.status: executing depfiles commands
-------------------------------------------------------------
Ecco is now configured and the Makefiles
are generated.
In order to compile it and to generate the documentation
(doxygen required), just type 'make' and then 'make doc'.
For more information, see the README file.
-------------------------------------------------------------
$ make
...
In file included from kineticCompiler.cpp:33:
../Ecco/parser.hpp: In constructor
`ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)':
../Ecco/parser.hpp:298: error: `leaf_node_d' undeclared (first use this
function)
../Ecco/parser.hpp:298: error: (Each undeclared identifier is reported
only once for each function it appears in.)
../Ecco/parser.hpp:456: error: `infix_node_d' undeclared (first use this
function)
../Ecco/parser.hpp:480: error: `inner_node_d' undeclared (first use this
function)
../Ecco/parser.hpp:502: error: `discard_node_d' undeclared (first use
this function)
../Ecco/parser.hpp:593: error: `discard_last_node_d' undeclared (first
use this function)
make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1
make[2]: Leaving directory `/home/krlux/Desktop/ecco
install/Ecco-1.0.1/Ecco'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/krlux/Desktop/ecco
install/Ecco-1.0.1/Ecco'
make: *** [all-recursive] Error 1
--
Kim Lux, Diesel Research Inc.
|
|
From: Kai L. <kai...@un...> - 2005-02-12 18:00:46
|
Hi, > $ gcc -dumpversion > 3.4.2 > > $ rpm -q boost > boost-1.32.0-1.fc3 Ok - I've seen that boost-1.32.0 includes Spirit-1.8.1. We've developed and tested Ecco with boost-1.31.0 (Spirit-1.7.0). Anyway - I assume that some include directives have been changed within the Spirit library. I will check this on Monday. At this opportunity we will provide a new Ecco release on sourceforge, since also the interfaces of the Law classes have been changed. Regards, Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: +49-7071-29-73049 Mail: kai...@un... |
|
From: Kai L. <kai...@un...> - 2005-02-14 13:54:49
|
Hi Kim, > $ rpm -q boost > boost-1.32.0-1.fc3 > > export SPIRITSRC=3D/usr/include/boost It seems that the spirit files of the boost-1.3.2 library include their headers with respect to the upper boost directory. Just to be sure: - Is spirit.hpp located in your /usr/include/boost directory? - I need the first part of the error message below. I assume that g++ first complains about missing header files. > > $ make > ... what happens here? > In file included from kineticCompiler.cpp:33: > ../Ecco/parser.hpp: In constructor > `ecco::Parser::definition<ScannerT>::definition(const ecco::Parser&)': > ../Ecco/parser.hpp:298: error: `leaf_node_d' undeclared (first use this > function) > ../Ecco/parser.hpp:298: error: (Each undeclared identifier is reported > only once for each function it appears in.) > ../Ecco/parser.hpp:456: error: `infix_node_d' undeclared (first use thi= s > function) > ../Ecco/parser.hpp:480: error: `inner_node_d' undeclared (first use thi= s > function) > ../Ecco/parser.hpp:502: error: `discard_node_d' undeclared (first use > this function) > ../Ecco/parser.hpp:593: error: `discard_last_node_d' undeclared (first > use this function) > make[2]: *** [libEcco_la-kineticCompiler.lo] Error 1 > make[2]: Leaving directory `/home/krlux/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/krlux/Desktop/ecco > install/Ecco-1.0.1/Ecco' > make: *** [all-recursive] Error 1 > > Regards, Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: +49-7071-29-73049 Mail: kai...@un... |
Thanks for helping keep SourceForge clean.
X