I think this is probably due to incompatibilities for c++. libfwbuilder error: ccache c++ -Wall -g -I.. -DHAVE_CONFIG_H -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/libxml2 -c RuleElement.cc -o RuleElement.o >/dev/null 2>&1 FWReference.cc:106: syntax error before `&' token make[2]: *** [FWReference.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... unfortunately the ebuild gets installed without error message, but the libraries are missing. fwbuilder does not compile because of the missings libs.
okay thanks for the bug report.. i'll have a patch committed for this shortly. Matt
OKay. fixed in -r1. If you could, please test it and let me know if you run into any problems. Thanks! Matt
no, this does nor work for me. First I have some dependencies which I needed to meet manually: for libfwbuilder: this version was installed: dev-libs/glib-2.0.6-r1 * this one needs to be installed, otherwise configure complains. dev-libs/glib-1.2.10-r4 * for fwbuilder: this have been installed; dev-libs/libsigc++-1.1.13 * x11-libs/gtkmm-1.3.18 * this needed to be intalled, again otherwise configure bailed out dev-libs/libsigc++-1.0.4-r2 * x11-libs/gtkmm-1.2.9-r2 * Finally I received the following errror during make of fwbuilder: PolicyCompiler_ipf.cc: In member function `virtual void fwcompiler::PolicyCompiler_ipf::compile()': PolicyCompiler_ipf.cc:296: `cout' undeclared (first use this function) PolicyCompiler_ipf.cc:296: (Each undeclared identifier is reported only once for each function it appears in.) NATCompiler_ipf.cc: In member function `virtual void fwcompiler::NATCompiler_ipf::compile()': NATCompiler_ipf.cc:177: `cout' undeclared (first use this function) NATCompiler_ipf.cc:177: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [PolicyCompiler_ipf.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: *** [NATCompiler_ipf.o] Error 1 In file included from TargetDialog_pf.hh:31, from TargetDialog_pf.cc:30: glademm_support.hh:14: parse error before `::' token glademm_support.hh:15: parse error before `::' token glademm_support.hh:17: parse error before `::' token In file included from TargetDialog_pf.hh:31, from TargetDialog_pf_glade.cc:11: glademm_support.hh:14: parse error before `::' token glademm_support.hh:15: parse error before `::' token glademm_support.hh:17: parse error before `::' token make[2]: *** [TargetDialog_pf.lo] Error 1 make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/fwbuilder-1.0.4/work/fwbuilder-1.0.4/src' make: *** [all] Error 2 !!! ERROR: The ebuild did not complete successfully. !!! Function src_compile, Line -15, Exitcode 2 !!! emake failed !!! emerge aborting on /usr/portage/net-misc/fwbuilder/fwbuilder-1.0.4.ebuild . I hope it's not my messed up installation ;-) Dominik
gah!! this one runs deep. i see how the deps need fixing, thanks for pointing that out. there are some minor c++ corrections which need to be done (upstream or patched) in libfwbuilder and also fwbuilder itself. fwbuilder seems to depend on glademm... glademm is broken on gcc3.2 (more upstream c++ problems). so to fix fwbuilder, glademm might need to be fixed. I've attempted this, but alas my C++ knowledge won't stretch far enough this time. Seemant, do you think you could reassign this to someone with the uber-C++ knowledge?
>Comment By: Vadim Kurland (vkurland) Date: 2002-08-28 01:00 Message: Logged In: YES user_id=6825 I know. Getting libfwbuilder and fwbuilder to compile with gcc 3 is not a high priority because some libraries we depend on are broken anyway (gtk--). Nevertheless, some of the compile issues mentioned in this Gentoo bug report have alrady been fixed in libfwbuilder and fwbuilder code in CVS thanks for pointing this out ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=205314&aid=601162&group_id=5314
matt, perhaps this should be masked out of the 1.4 profile until upstream can sort this out. (see previous comment). I guess upstream in this case is ultimately gtk--
okies. i agree, we should remove this from the default-*-2.0 profiles.
Yesterday I succeeded building fwbuilder 1.0.4 after editing the files that gave compile errors. The problems were that, when using cout, you need to #include <iostream>, and using namespace std;. Earlier versions of GCC were less picky. Furthermore, I hand-edited some include files auto-generated by glademm, where I replaced the __STD:: by std:: (or just removed the __STD:: prefix, and added using namespace std; Problem here is that the glademm-generated header files explicitly state that they should never be hand-edited. If it is useful, I can try to create a diff, and post it (this is my first experience reporting fixes for compile-problems)
upgrade to 1.0.6/0.10.10