Re: sfs compilation problem: rexchan.C <anonymous enum>

"Eric Dull" <[email protected]> Thu, 11 Aug 2005 08:53:57 -0400
Newsgroups gmane.comp.file-systems.sfs.general
Message-ID <[email protected]>
Good Morning,

My original problem is fixed.

I now have a new problem of the same type.

if g++ -DHAVE_CONFIG_H -I. -I. -I..   -I/usr/include/db4 -DSLEEPYCAT -I..
-I../async -I../arpc -I../crypt -I../sfsmisc -I../sfsrodb -I../adb
-I../svc -I../svc -DEXECDIR=\"/usr/local/lib/sfs-0.8pre\"
-DETCDIR=\"/etc/sfs\" -DDATADIR=\"/usr/local/share/sfs\"
-DPIDDIR=\"/var/run\" -DSFSDIR=\"/var/sfs\"  -g -O2 -Wall -Werror  -MT
chan.o -MD -MP -MF ".deps/chan.Tpo" -c -o chan.o chan.C; \
then mv -f ".deps/chan.Tpo" ".deps/chan.Po"; else rm -f ".deps/chan.Tpo";
exit 1; fi
chan.C: In member function `virtual void chanfd::data(svccb*)':
chan.C:299: error: no matching function for call to `wrap(chanfd* const,
void (chanfd::*)(int, int), int&, <anonymous enum>)'
make[2]: *** [chan.o] Error 1
make[2]: Leaving directory `/root/src/sfs/sfs1/rex'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/src/sfs/sfs1'
make: *** [all] Error 2

What may I look for to help solve this problem?

Thanks,

Eric Dull
Advanced Concepts, Inc


-----Original Message-----
From: Maxwell Krohn <[email protected]>
To: Eric Dull <[email protected]>
Date: Wed, 10 Aug 2005 14:08:22 -0400
Subject: Re: sfs compilation problem:  rexchan.C <anonymous enum>

> I checked in a change that should solve this problem.  Let me know if
> not. Max
> 
> Eric Dull ([email protected]) wrote:
> > Good day,
> > 
> > I am trying to compile a copy of sfs that I checked out of the CVS
> tree
> > this afternoon.
> > 
> > I am attempting to perform this compile on a Red Hat Fedora Core 3
> > machine.  The compile will not finish successfully;  it dies with an
> error.
> > I applied the patch suggested by message 2711 on the mailing list,
> and it
> > didn't solve the below-described problem.
> > Google and searching the archives of the mailing list haven't shown
> me an
> > answer to my problem.  It's entirely possible that I have overlooked
> > something obvious.
> > 
> > g++ on the machine reports the following information when queried as
> to
> > its version:
> > 
> > # g++ -v
> > Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs
> > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
> > --infodir=/usr/share/info --enable-shared --enable-threads=posix
> > --disable-checking --with-system-zlib --enable-__cxa_atexit
> > --disable-libunwind-exceptions --enable-java-awt=gtk
> --host=i386-redhat-linux
> > Thread model: posix
> > gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
> > 
> > This is the compiler error message that I have receiving....
> > 
> > 
> > ......
> > 
> >  g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/db4 -DSLEEPYCAT -I..
> > -I../async -I../arpc -I../crypt -I../sfsmisc -I../sfsrodb -I../adb
> > -I../svc -I../svc -DEXECDIR=\"/usr/local/lib/sfs-0.8pre\"
> > -DETCDIR=\"/etc/sfs\" -DDATADIR=\"/usr/local/share/sfs\"
> > -DPIDDIR=\"/var/run\" -DSFSDIR=\"/var/sfs\" -g -O2 -Wall -Werror -MT
> > rexchan.lo -MD -MP -MF .deps/rexchan.Tpo -c rexchan.C -o rexchan.o
> > rexchan.C: In member function `virtual void unixfd::data(svccb*)':
> > rexchan.C:254: error: no matching function for call to `wrap(unixfd*
> > const, void (unixfd::*)(int, int), <anonymous enum>)'
> > make[2]: *** [rexchan.lo] Error 1
> > make[2]: Leaving directory `/root/src/sfs/sfs1/sfsmisc'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/root/src/sfs/sfs1'
> > make: *** [all] Error 2
> > 
> > Here are my questions.
> > 
> > Have other people seen this message?
> > Is there a suggested fix?
> > 
> > Please send me a reply, as I am not a list subscriber.
> > 
> > Thank you for your time.
> > 
> > Eric Dull
> > Advanced Concepts, Inc
> >