Summary: | fwbuilder1.0.4/libfwbuilder-0.10.8 don't compile with gcc3-2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dominik Westner <gentoo> |
Component: | Current packages | Assignee: | SpanKY <vapier> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | seemant |
Priority: | High | ||
Version: | 1.3 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 8380 |
Description
Dominik Westner
2002-08-23 06:14:17 UTC
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 |