rjamorim: you will probably have to add the libiconv package from FreeBSD's package collection.
Here's the NetBSD error:
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.2\" "-DPACKAGE_STRING=\"wavpack 4.2\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DVERSION_OS=\"NetBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBM=1 -I. -I. -DPACK -DUNPACK -DUSE_FSTREAMS -DTAGS -DSEEKING -DVER3 -g -O2 -c utils.c -Wp,-MD,.deps/libwavpack_la-utils.TPlo -fPIC -DPIC -o .libs/libwavpack_la-utils.o
utils.c: In function `AnsiToUTF8':
utils.c:627: parse error before `converter'
utils.c:628: `converter' undeclared (first use in this function)
utils.c:628: (Each undeclared identifier is reported only once
utils.c:628: for each function it appears in.)
gmake: *** [libwavpack_la-utils.lo] Error 1
I think the root cause is that NetBSD's libiconv package is slightly broken in some way. It might not be a wavpack problem. In config.log:
configure:20348: checking iconv.h presence
configure:20358: gcc -E conftest.c
configure:20364: $? = 0
configure:20384: result: yes
configure:20419: checking for iconv.h
configure:20426: result: yes
configure:20431: checking for iconv
configure:20452: gcc -o conftest -g -O2 conftest.c -lm >&5
/var/tmp/cc1SVkZo.o: In function `main':
/home/jth/wavpack-4.2/conftest.c:28: undefined reference to `libiconv_open'
/home/jth/wavpack-4.2/conftest.c:29: undefined reference to `libiconv'
configure:20458: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "wavpack"
| #define PACKAGE_TARNAME "wavpack"
| #define PACKAGE_VERSION "4.2"
| #define PACKAGE_STRING "wavpack 4.2"
| #define PACKAGE_BUGREPORT "bryant@wavpack.com"
| #define VERSION_OS "NetBSD"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_LIBM 1
| /* end confdefs.h. */
| #include <stdlib.h>
| #include <iconv.h>
| int
| main ()
| {
|
| iconv_t cd = iconv_open ("","");
| iconv (cd, NULL, NULL, NULL, NULL);
| ;
| return 0;
| }
configure:20483: result: no
For Solaris 10/SPARC, there are more fundamental build issues. I updated to the latest libtool and automake, but this problem still persists:
# bash autogen.sh
You should update your `aclocal.m4' by running aclocal.
libtoolize: `config.guess' exists: use `--force' to overwrite
libtoolize: `config.sub' exists: use `--force' to overwrite
libtoolize: `ltmain.sh' exists: use `--force' to overwrite
Makefile.am:4: Libtool library used but `LIBTOOL' is undefined
Makefile.am:4:
Makefile.am:4: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
Makefile.am:4: to `configure.ac' and run `aclocal' and `autoconf' again.
I'll continue to try and find the root cause for these problems. I think I've eliminated the obvious problems, like linker settings and tool paths.