OpenBSD 3.8 build on AMD64 fails

[Henry Baragar]

Hello,

Has anyone been able to get sfs to build on OpenBSD 3.8 running the AMD64
platform?

I get the following error running configure:

checking build system type... Invalid configuration
`amd64-unknown-openbsd3.8': machine `amd64-unknown' not recognized
configure: error: /bin/sh ./config.sub amd64-unknown-openbsd3.8 failed.

============

If I use a different config.sub (with timestamp='2004-02-23'), I get the
following error message:

/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I..
-I/usr/local/include -I.. -I../async-I../arpc -I../crypt -I../sfsmisc
-I../sfsrodb -I../adb -I../svc -I../svc
-DEXECDIR=\"/usr/local/lib/sfs-0.7.2\" -DETCDIR=\"/etc/sfs\"
-DDATADIR=\"/usr/local/share/sfs\" -DPIDDIR=\"/var/run\"
-DSFSDIR=\"/var/sfs\" -g -O2 -ansi -Wall -Wsign-compare -Wchar-subscripts
-Werror -c core.C
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I.. -I../async
-I../arpc -I../crypt -I../sfsmisc -I../sfsrodb -I../adb -I../svc -I../svc
-DEXECDIR=\"/usr/local/lib/sfs-0.7.2\" -DETCDIR=\"/etc/sfs\"
-DDATADIR=\"/usr/local/share/sfs\" -DPIDDIR=\"/var/run\"
-DSFSDIR=\"/var/sfs\" -g -O2 -ansi -Wall -Wsign-compare-Wchar-subscripts
-Werror -c core.C -o core.o
itree.h: In member function `void itree_core<T, field, C>::insert(T*) [with T
=
timecb_t, itree_entry<T> T::*field = &timecb_t::link, C = keyfunc_2<int,
timecb_t, timespec, &timecb_t::ts, compare<timespec> >]':
core.C:124: instantiated from here
itree.h:121: warning: cast from pointer to integer of different size
itree.h: In static member function `static T* itree_core<T, field,
C>::next(T*)
[with T = timecb_t, itree_entry<T> T::*field = &timecb_t::link, C =
keyfunc_2<int, timecb_t, timespec, &timecb_t::ts, compare<timespec> >]':
core.C:149: instantiated from here
itree.h:117: warning: cast from pointer to integer of different size
itree.h: In member function `void itree_core<T, field, C>::remove(T*) [with T
=
timecb_t, itree_entry<T> T::*field = &timecb_t::link, C = keyfunc_2<int,
timecb_t, timespec, &timecb_t::ts, compare<timespec> >]':
core.C:153: instantiated from here
itree.h:125: warning: cast from pointer to integer of different size
*** Error code 1

Stop in /disk/downloads/unix/sfs-0.7.2/async.
*** Error code 1

Stop in /disk/downloads/unix/sfs-0.7.2 (line 254 of Makefile).
*** Error code 1

Stop in /disk/downloads/unix/sfs-0.7.2 (line 385 of Makefile).

=============
I can get rid of this message by a "cast eos to long in itree.h" as suggested
by Derek on 2005/08/26, but then I just get another similar error (135 in
total).

Any suggestions would be appreciated.

Regards,
Henry


ps. gcc --version produces: gcc (GCC) 3.3.5 (propolice)

[Jaakko Niemi]

Post by Henry Baragar
Hello,
Has anyone been able to get sfs to build on OpenBSD 3.8 running the AMD64
platform?
Stop in /disk/downloads/unix/sfs-0.7.2/async.

I think you'd be much better off with current cvs. 0.7.2 is getting
old.

--j

[Henry Baragar]

Hello,

I am trying the current cvs and running into different problems. setup.sh
does not seem to generate a configure file: see below for the output from
setup.sh.

Any help would be appreciated.

Regards,
Henry

Post by Jaakko Niemi

Post by Henry Baragar
Hello,
Has anyone been able to get sfs to build on OpenBSD 3.8 running the AMD64
platform?
Stop in /disk/downloads/unix/sfs-0.7.2/async.

I think you'd be much better off with current cvs. 0.7.2 is getting
old.
--j

# ./setup -f
Using AUTOCONF_VERSION 2.59
+ gm4 libsfs/Makefile.am.m4 > libsfs/Makefile.am
+ gm4 svc/Makefile.am.m4 > svc/Makefile.am
+ uvfs/setup -f
+ chmod +x setup
+ libtoolize --force
Remember to add `AC_PROG_LIBTOOL' to `configure.in'.
Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL'
You should update your `aclocal.m4' by running aclocal.
+ aclocal
/usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/local/share/aclocal/gpg-error.m4:7: warning: underquoted definition of
AM_PATH_GPG_ERROR
+ autoheader
+ automake --add-missing --force
configure.in: installing `./install-sh'
configure.in: installing `./missing'
arpcgen/Makefile.am: installing `./depcomp'
server/Makefile.am:19: `CXXFLAGS' is a user variable, you should not override
it;
server/Makefile.am:19: use `AM_CXXFLAGS' instead.
server/Makefile.am:20: `LDFLAGS' is a user variable, you should not override
it;
server/Makefile.am:20: use `AM_LDFLAGS' instead.
+ /usr/local/bin/autoconf-2.59
+ set +x
+ chmod +x setup
+ libtoolize --force
+ aclocal
/usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/local/share/aclocal/gpg-error.m4:7: warning: underquoted definition of
AM_PATH_GPG_ERROR
configure.in:219: warning: AC_CONFIG_SUBDIRS: you should use literals
/usr/local/share/autoconf-2.59/autoconf/status.m4:1077: AC_CONFIG_SUBDIRS is
expanded from...
acinclude.m4:1272: SFS_SLEEPYCAT is expanded from...
configure.in:219: the top level
+ autoheader
configure.in:219: warning: AC_CONFIG_SUBDIRS: you should use literals
/usr/local/share/autoconf-2.59/autoconf/status.m4:1077: AC_CONFIG_SUBDIRS is
expanded from...
acinclude.m4:1272: SFS_SLEEPYCAT is expanded from...
configure.in:219: the top level
+ automake --add-missing --force
configure.in:219: warning: AC_CONFIG_SUBDIRS: you should use literals
/usr/local/share/autoconf-2.59/autoconf/status.m4:1077: AC_CONFIG_SUBDIRS is
expanded from...
acinclude.m4:1272: SFS_SLEEPYCAT is expanded from...
configure.in:219: the top level
configure.in: installing `./install-sh'
configure.in: installing `./missing'
adb/Makefile.am: installing `./depcomp'
+ autoconf
configure.in:219: warning: AC_CONFIG_SUBDIRS: you should use literals
/usr/local/share/autoconf-2.59/autoconf/status.m4:1077: AC_CONFIG_SUBDIRS is
expanded from...
acinclude.m4:1272: SFS_SLEEPYCAT is expanded from...
configure.in:219: the top level
+ set +x

*** * * * * * * * * * * * * * * * * ***
*** setup succeeded ***
*** * * * * * * * * * * * * * * * * ***

[Jaakko Niemi]

Post by Henry Baragar
Hello,
I am trying the current cvs and running into different problems. setup.sh
does not seem to generate a configure file: see below for the output from
setup.sh.

Hmm, I think I used to be able to reproduce this untill some months ago
with Debian unstable. However either autoconf or automake upgrade made
it go away.

As a workaround, I always just ran automake and autoconf by hand..

--j

[Henry Baragar]

Jaako,

I am using:
automake (GNU automake) 1.9.6
autoconf (GNU Autoconf) 2.59

Are these sufficiently recent?

Henry

Post by Jaakko Niemi

Post by Henry Baragar
Hello,
I am trying the current cvs and running into different problems.
setup.sh does not seem to generate a configure file: see below for the
output from setup.sh.

Hmm, I think I used to be able to reproduce this untill some months ago
with Debian unstable. However either autoconf or automake upgrade made
it go away.
As a workaround, I always just ran automake and autoconf by hand..
--j

[Jaakko Niemi]

Post by Henry Baragar
Jaako,
automake (GNU automake) 1.9.6
autoconf (GNU Autoconf) 2.59
Are these sufficiently recent?

From Debian unstable:

automake: 1.9.6-3
autoconf: 2.59a-8

Hrm, it's possible that these packages contain patches
that have not yet been integrated to upstream.

What happens if you run by hand:

libtoolize
aclocal
autoheader
automake
autoconf

does configure get created?

Hrm, now, there's libtool too, I remember. Version I have
installed is 1.5.22-2.

--j