RE: [tru64] fsl build problems
> > That fixes the first 2 errors (socklen_t & addrinfo), but > the modf() in > > lib_cfg is still present: > > > > So http://cvs.ossp.org/chngview?cn=4512 should also be put > into the cfg lib. > > > Did it. Examined other OSSP libraries cfg, ex, l2, pcre, popt, > sa, str, tai, val and var as well, found and fixed this issue > in str, too. Finally released updated versions of affected > OSSP applications lmtp2nntp and fsl. Ready for the next run. > ftp://ftp.openpkg.org/current/SRC/fsl-1.5a3-20040423.src.rpm Bingo! It's working again, thx! __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [tru64] fsl build problems
On Fri, Apr 23, 2004, Karl Vogel wrote: > That fixes the first 2 errors (socklen_t & addrinfo), but the modf() in > lib_cfg is still present: > > So http://cvs.ossp.org/chngview?cn=4512 should also be put into the cfg lib. > Did it. Examined other OSSP libraries cfg, ex, l2, pcre, popt, sa, str, tai, val and var as well, found and fixed this issue in str, too. Finally released updated versions of affected OSSP applications lmtp2nntp and fsl. Ready for the next run. ftp://ftp.openpkg.org/current/SRC/fsl-1.5a3-20040423.src.rpm -- [EMAIL PROTECTED], Cable & Wireless __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
RE: [tru64] fsl build problems
> > > You are very close to getting access to Tru64 using OpenPKG > > > OpenSSH :-) > > > > What's that saying again: "1 step forward, 2 steps back.." > > :-( > > > Well, that's where the term development *cycle* comes from :-) Let's > spin the wheel again. I hit that problem myself on Solaris > 2.6 yesterday > and it is fixed in fsl-1.5a2, http://cvs.ossp.org/chngview?cn=4521 > ftp://ftp.openpkg.org/current/SRC/fsl-1.5a2-20040422.src.rpm That fixes the first 2 errors (socklen_t & addrinfo), but the modf() in lib_cfg is still present: ./libtool --quiet --mode=link /usr/users/kvo/openpkg/dev/bin/cc -o libcfg.la cfg_main.lo cfg_buf.lo cfg_grid.lo cfg_data.lo cfg_node.lo cfg_fmt.lo cfg_syn.lo cfg_syn_parse.lo cfg_syn_scan.lo cfg_util.lo cfg_vers.lo -rpath /usr/users/kvo/openpkg/dev/lib \ -version-info `./shtool version -l c -d libtool cfg_vers.c` /usr/users/kvo/openpkg/dev/bin/cc -D_XOPEN_SOURCE_EXTENDED -Ilib_l2 -Ilib_cfg -Ilib_pcre -DPCRE_PREFIX=fsl_ -DHAVE_CONFIG_H -O2 -c cfg_test.c ./libtool --quiet --mode=link /usr/users/kvo/openpkg/dev/bin/cc -o cfg_test cfg_test.o libcfg.la modf collect2: ld returned 1 exit status make[2]: *** [cfg_test] Error 1 make[1]: *** [_SUBDIRS_STEPDOWN] Error 1 make: *** [_SUBDIRS_all] Error 2 error: Bad exit status from /usr/users/kvo/openpkg/dev/RPM/TMP/rpm-tmp.1266 (%build) So http://cvs.ossp.org/chngview?cn=4512 should also be put into the cfg lib. Regards, Karl __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [tru64] fsl build problems
On Fri, Apr 23, 2004, Karl Vogel wrote: > > You are very close to getting access to Tru64 using OpenPKG > > OpenSSH :-) > > What's that saying again: "1 step forward, 2 steps back.." > :-( > Well, that's where the term development *cycle* comes from :-) Let's spin the wheel again. I hit that problem myself on Solaris 2.6 yesterday and it is fixed in fsl-1.5a2, http://cvs.ossp.org/chngview?cn=4521 ftp://ftp.openpkg.org/current/SRC/fsl-1.5a2-20040422.src.rpm -- [EMAIL PROTECTED], Cable & Wireless __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
RE: [tru64] fsl build problems
> > The vsyslog() call [in fsl] is used in the syslog() > function, which is > > BEFORE the vsyslog() function and since there is no > function prototype > > at the start of the source, the compiler implicitly declares the > > vsyslog() function The fix is easy... put the vsyslog() function > > before the calls to it. Or put a function prototype for vsyslog() at > > the top of the source. > > > OSSP fsl was fixed, see http://cvs.ossp.org/chngview?cn=4516 > > OpenPKG l2 and fsl packages rolled, see > http://cvs.openpkg.org/chngview?cn=16093 > http://cvs.openpkg.org/chngview?cn=16094 > > You are very close to getting access to Tru64 using OpenPKG > OpenSSH :-) What's that saying again: "1 step forward, 2 steps back.." :-( $ openpkg rpm --rebuild fsl-1.5a1-20040422.src.rpm [...] checking dynamic linker characteristics... osf5.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no appending configuration tag "F77" to libtool configure: creating ./config.status config.status: creating Makefile config.status: creating pcre-config config.status: creating config.h config.status: executing adjustment commands + /usr/users/kvo/openpkg/dev/bin/make --no-print-directory ===> lib_l2 (all) ./libtool --mode=compile --quiet /usr/users/kvo/openpkg/dev/bin/cc -c -O2 -I. l2_env.c In file included from l2_p.h:45, from l2_env.c:31: l2_ut_sa.h:171: error: parse error before "socklen_t" l2_ut_sa.h:173: error: parse error before "socklen_t" make[2]: *** [l2_env.lo] Error 1 make[1]: *** [_SUBDIRS_STEPDOWN] Error 1 make: *** [_SUBDIRS_all] Error 2 error: Bad exit status from /usr/users/kvo/openpkg/dev/RPM/TMP/rpm-tmp.28823 (%build) Looks like a problem with socklen_t. From /usr/include/sys/socket.h : [...] /* * This data type is needed for both UNIX98 and POSIX support. */ #if (defined (_XOPEN_SOURCE) && (_XOPEN_SOURCE>=500)) || \ defined(_POSIX_PII_SOCKET) || defined(__VMS) typedef unsigned long socklen_t; /* 64-bits */ #endif [...] Browsing through the man pages, I stumbled on the standards man page [1] and found the solution & reason. Compiling the source with: ./libtool --mode=compile --quiet /usr/users/kvo/openpkg/dev/bin/cc -c -D_XOPEN_SOURCE=500 -O2 -I. l2_env.c Seems to do the trick for this file... but then lateron, I get another error: - ./libtool --mode=compile --quiet /usr/users/kvo/openpkg/dev/bin/cc -c -O2 -I. -D_XOPEN_SOURCE=500 l2_ut_sa.c l2_ut_sa.c: In function `l2_util_sa_addr_u2a': l2_ut_sa.c:487: error: storage size of 'ai_hints' isn't known l2_ut_sa.c:613: error: `EAI_MEMORY' undeclared (first use in this function) l2_ut_sa.c:613: error: (Each undeclared identifier is reported only once l2_ut_sa.c:613: error: for each function it appears in.) l2_ut_sa.c:615: error: `EAI_SYSTEM' undeclared (first use in this function) l2_ut_sa.c:620: error: dereferencing pointer to incomplete type l2_ut_sa.c:621: error: dereferencing pointer to incomplete type l2_ut_sa.c:622: error: dereferencing pointer to incomplete type l2_ut_sa.c:626: error: dereferencing pointer to incomplete type l2_ut_sa.c: In function `l2_util_sa_addr_a2u': l2_ut_sa.c:778: error: dereferencing pointer to incomplete type l2_ut_sa.c:780: error: dereferencing pointer to incomplete type l2_ut_sa.c: In function `l2_util_sa_addr_match': l2_ut_sa.c:857: error: dereferencing pointer to incomplete type l2_ut_sa.c:859: error: dereferencing pointer to incomplete type l2_ut_sa.c:866: error: dereferencing pointer to incomplete type l2_ut_sa.c:868: error: dereferencing pointer to incomplete type l2_ut_sa.c:889: error: dereferencing pointer to incomplete type l2_ut_sa.c:890: error: dereferencing pointer to incomplete type l2_ut_sa.c:891: error: dereferencing pointer to incomplete type l2_ut_sa.c:892: error: dereferencing pointer to incomplete type l2_ut_sa.c: In function `l2_util_sa_accept': l2_ut_sa.c:1587: error: field `sa6' has incomplete type l2_ut_sa.c: In function `l2_util_sa_getremote': l2_ut_sa.c:1670: error: field `sa6' has incomplete type l2_ut_sa.c: In function `l2_util_sa_getlocal': l2_ut_sa.c:1710: error: field `sa6' has incomplete type l2_ut_sa.c: In function `l2_util_sa_recv': l2_ut_sa.c:2169: error: field `sa6' has incomplete type make: *** [l2_ut_sa.lo] Error 1 - This is caused by struct addrinfo not being defined. However looking in /usr/include/netdb.h, I see that struct addrinfo is wrapped between an #ifdef _OSF_SOURCE, which according to the 'man standards' [1] page means: "+ _OSF_SOURCE, which includes interface prototypes that are proprietary" .. didn't know addrinfo was proprietary! And then lastly... ./libtool --quiet --mode=link /usr/users/kvo/openpkg/dev/bin/cc -o libcfg.la cfg_main.lo cfg_buf.lo cfg_grid.lo cfg_data.lo cfg_node.lo cfg_fmt.lo cfg_syn.lo cfg_syn_parse.lo cfg_syn_scan.lo cfg_util.lo cfg_vers.lo -rpath /usr/users/kvo/openpkg/dev/lib \ -version-info `./shtool version -l c -d libtool c
Re: [tru64] fsl build problems
On Thu, Apr 22, 2004, Karl Vogel wrote: Karl, thanks again for the feedback. > The vsyslog() call [in fsl] is used in the syslog() function, which is > BEFORE the vsyslog() function and since there is no function prototype > at the start of the source, the compiler implicitly declares the > vsyslog() function The fix is easy... put the vsyslog() function > before the calls to it. Or put a function prototype for vsyslog() at > the top of the source. > OSSP fsl was fixed, see http://cvs.ossp.org/chngview?cn=4516 OpenPKG l2 and fsl packages rolled, see http://cvs.openpkg.org/chngview?cn=16093 http://cvs.openpkg.org/chngview?cn=16094 You are very close to getting access to Tru64 using OpenPKG OpenSSH :-) -- [EMAIL PROTECTED], Cable & Wireless __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [tru64] fsl build problems
On Thu, Apr 22, 2004, Karl Vogel wrote: Karl, > The fsl build is failing: [... > OSSP l2 requires -lm on Tru64 and QNX to get modf(3)] > we just fixed this in OSSP l2 [1] and OSSP fsl will pick this up in a few hours along with other unrelated changes. [1] http://cvs.ossp.org/chngview?cn=4512 -- [EMAIL PROTECTED], Cable & Wireless __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
RE: [tru64] fsl build problems
After adding the necessary -lm to LIBS in the Makefiles, I hit the following
error:
---
make[1]: Leaving directory
`/cluster/members/member0/tmp/openpkg/RPM/TMP/fsl-1.4.0'
/tmp/openpkg/bin/cc -D_XOPEN_SOURCE_EXTENDED -Ilib_l2 -Ilib_cfg -Ilib_pcre
-DHAVE_CONFIG_H -O -Ilib_l2 -Ilib_cfg -Ilib_pcre -c fsl.c -o fsl.o
fsl.c:951: error: conflicting types for 'vsyslog'
fsl.c:940: error: previous implicit declaration of 'vsyslog' was here
make: *** [fsl.lo] Error 1
---
The vsyslog() call is used in the syslog() function, which is BEFORE the
vsyslog() function and since there is no function prototype at the start of
the source, the compiler implicitly declares the vsyslog() function
(probably as 'int vsyslog(void)').
The fix is easy... put the vsyslog() function before the calls to it. Or put
a function prototype for vsyslog() at the top of the source.
[... fsl.c ...]
/* faked POSIX API function syslog(3) */
void syslog(int priority, const char *message, ...)
{
va_list args;
/* tracing */
fsldebug(L2_LEVEL_TRACE, "fsl in syslog(3); go ahead using vsyslog(3)");
/* wrap around vsyslog(3) */
va_start(args, message);
vsyslog(priority, message, args); used before declaration
va_end(args);
return;
}
/* faked POSIX API function vsyslog(3) */
#ifdef HAVE_VSYSLOG_USVALIST
void vsyslog(int priority, const char *fmt, __va_list args)
#else
void vsyslog(int priority, const char *fmt, va_list args)
#endif
{
[...]
> The fsl build is failing:
>
> ---
> ./libtool --mode=link --quiet /tmp/openpkg/bin/cc -L. -o
> l2tool l2tool.o
> libl2.la
> modf
> collect2: ld returned 1 exit status
> make: *** [l2tool] Error 1
> ---
>
>
> This looks familiar.. seems like the math lib is missing,
> adding -lm to the
> link line fixes this.
>
> $ grep modf *.c
> l2_ut_format.c:arg = modf(arg, &fi);
> l2_ut_format.c:fj = modf(fi / 10, &fi);
> l2_ut_format.c:arg = modf(arg, &fj);
>
>
> Works when linked with -lm :
> ./libtool --mode=link --quiet /tmp/openpkg/bin/cc -L. -o
> l2tool l2tool.o
> libl2.la -lm
> __
> The OpenPKG Projectwww.openpkg.org
> Developer Communication List [EMAIL PROTECTED]
>
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List [EMAIL PROTECTED]
