Eric Dull
2005-08-10 17:38:14 UTC
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
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