Bugzilla Bug 6926

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