[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Anyone managed to build subversion on SCO Openserver 5?

From: Martin J. Evans <martin.evans_at_easysoft.com>
Date: 2004-05-18 16:56:49 CEST

I've now tried building subversion with gcc on SCO OpenServer (since native
compiler does not have 64bit type).

I had a few problems that I'll mention here in case it helps anyone else and
I'm still left with a iconv error message coming out multiple times for every
svn command e.g.

iconv_open - cannot open conversion file
  /usr/lib/nls/conv/UTF-8_ISO8859-1

This obviously made me think of adding something like --without-iconv which
although not mentioned in subversion's configure, is mentioned under
apr/apr-util configure (hmm). Reconfiguring with --without-iconv does not help.
Any ideas?

Problems I overcame:

1. Errors during configure for apr saying

"checking for executable suffix... configure: error: installation or
configuration problem: compiler cannot create executables."

config.log said:

Undefined first referenced
 symbol in file
nap /lib/libprot.so
setupterm /lib/libprot.so
ceil /lib/libprot.so
log /lib/libprot.so
cur_term /lib/libprot.so
reset_shell_mode /lib/libprot.so

Looked like it needed curses and maths (m) libraries.
Rerun with LDFLAGS="-lcurses -lm" ./configure

2. During make got
        cd subversion/libsvn_subr && /bin/bash
/u/sources/subversion-1.0.2/libtool --silent --mode=link gcc -g -O2 -g -O2
-lcurses -lm -L/usr/local/lib -Lno/lib -rpath /usr/local/lib -o
libsvn_subr-1.la auth.lo cmdline.lo config.lo config_auth.lo config_file.lo
config_win.lo date.lo error.lo hash.lo io.lo md5.lo opt.lo path.lo pool.lo
quoprint.lo sorts.lo stream.lo subst.lo svn_base64.lo svn_string.lo target.lo
time.lo utf.lo utf_validate.lo validate.lo xml.lo
/u/sources/subversion-1.0.2/apr-util/libaprutil-0.la -lexpat
/u/sources/subversion-1.0.2/apr/libapr-0.la -lm -lsocket -lsocket
/u/sources/subversion-1.0.2/libtool: cd: no/lib: No such file or directory
libtool: link: cannot determine absolute directory name of `no/lib'

Fixed by removing -Lno/lib from top level Makefile.

3. During make

/u/sources/subversion-1.0.2/apr/network_io/unix/sockaddr.c: In
function `find_addresses':
/u/sources/subversion-1.0.2/apr/network_io/unix/sockaddr.c:518: `h_errno'
undeclared (first use in this function)

Fixed by adding "extern int h_errno;" to start of sockaddr.c

Martin

--
Martin J. Evans
Easysoft Ltd, UK
Development
On 18-May-2004 Martin J. Evans wrote:
> 
> On 17-May-2004 Joe Orton wrote:
>> On Mon, May 17, 2004 at 01:07:52PM +0100, Martin J. Evans wrote:
>>> Anyone managed to build subversion on SCO Openserver 5?
>>> 
>>> When configure for apr runs it seems to complete OK but a make gives:
>>> 
>>> bash-2.02$ make
>>> ------ making all in apr
>>> Making all in strings
>>>         /bin/bash /u/sources/subversion-1.0.2/apr/libtool --silent
>>> --mode=compile cc -g   -DHAVE_CONFIG_H -DSCO5 -D_REENTRANT   -I../include
>>> -I../include/arch/unix  -c apr_cpystrn.c && touch apr_cpystrn.lo
>>> "../include/apr.h", line 274: #error: Can not determine the proper size for
>>> apr_int64_t
>>> 
>>> which does not seem to be able to work out a type for a 64bit int.
>> 
>> Can you upload the file apr/config.log somewhere? (or file a bug report
>> http://issues.apache.org/bugzilla/enter_bug.cgi?product=APR&component=APR
>> and attach it to that)
>> 
>> If the native compiler really doesn't support a 64-bit integer type
>> you'll have to install GCC.
>> 
>> joe
> 
> The SCO compiler does not seem to support a 64-bit type - least not that I
> can
> find.
> 
> I'll try with gcc.
> 
> Thanks.
> --
> Martin J. Evans
> Easysoft Ltd, UK
> Development
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 18 16:58:06 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.