Re: RFC: EXP merge of OSX portability work
On Tue, 23 Mar 2004, Robert Joerdens wrote:
> Make dist doesn't work from a fresh checkout/autogen.sh:
>
> * depcomp is missing in CVS in config/ AFAICS
> * files/links seem to be missing for the config includes. make dist
> fails from a fresh checkout
For me a autogen.sh/configure/make cycle worked perfectly on an alpha
system.
Excerpt from the generated Makefile:
build = alphapca56-unknown-linux-gnu
build_alias =
build_cpu = alphapca56
build_os = linux-gnu
build_vendor = unknown
cpu_include_dir = cpu/alpha
datadir = ${prefix}/share
exec_prefix = ${prefix}
host = alphapca56-unknown-linux-gnu
host_alias =
host_cpu = alphapca56
host_os = linux-gnu
(I had config/depcomp and the links to the alpha directory have
been created. ... so this is already fixed ?)
I have not tested it with sound output, because the system has no
working sound setup yet. The dummy driver seems to work.
Guenter
>
> if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../config -I.. -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -DJACKD_LOCATION=\"/usr/local/bin/jackd\" -I../config -I.. -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -MT jackd.o -MD -MP -MF ".deps/jackd.Tpo" \
> -c -o jackd.o `test -f 'jackd.c' || echo './'`jackd.c; \
> then mv -f ".deps/jackd.Tpo" ".deps/jackd.Po"; \
> else rm -f ".deps/jackd.Tpo"; exit 1; \
> fi
> jackd.c:23:32: sysdeps/os_defines.h: No such file or directory
> jackd.c:27:10: #include expects "FILENAME" or <FILENAME>
> In file included from ../jack/engine.h:26,
> from jackd.c:37:
> ../jack/internal.h:30:32: sysdeps/os_defines.h: No such file or directory
> ../jack/internal.h:47:26: sysdeps/time.h: No such file or directory
> ../jack/internal.h:48:31: sysdeps/atomicity.h: No such file or directory
>
> it works after building it in the cvs checkout dir and then doing make
> dist.
>
> * Debian has i386 as an (the?) architecture for all intel i386 and
> upwards. But OTOH not really because libstdc++ already needs the
> presence of i486 instructions. I had to force config/configure.host to
> use i486 as architecture for i386. The diff contains the patch.
>
> * An idea of the Debian packages is here:
> http://people.debian.org/~jordens/debs/
>
> * I'm trying it on a few architectures I can get my hands on.
> powerpc, sparc, seem fine. ia64, s390 get detected as generic which is a
> regression IIRC.
>
> * the generic atomicity implementation seems to be broken. I didn't look
> into this further:
>
> cc -DHAVE_CONFIG_H -I. -I. -I.. -I../config -I.. -I.. -D_REENTRANT
> -D_POSIX_PTHREAD_SEMANTICS -Wall -g -I../config -I.. -I.. -D_REENTRANT
> -D_POSIX_PTHREAD_SEMANTICS -Wall -g -Wp,-MD,.deps/shm.pp -c shm.c -fPIC
> -DPIC -o .libs/shm.o
> In file included from ../config/sysdeps/time.h:27,
> from ../jack/internal.h:47,
> from shm.c:35:
> ../config/sysdeps/cycles.h:27:2: warning: #warning You are compiling
> JACK on a platform for which jack/cycles.h needs work
> In file included from ../jack/internal.h:48,
> from shm.c:35:
> ../config/sysdeps/atomicity.h:76: error: parse error before '<' token
> ../config/sysdeps/atomicity.h:82: error: parse error before '<' token
> ../config/sysdeps/atomicity.h:85: error: syntax error before "unsigned"
> ../config/sysdeps/atomicity.h:85: error: parse error before '<' token
> ../config/sysdeps/atomicity.h: In function `__exchange_and_add':
> ../config/sysdeps/atomicity.h:98: error: `__Atomicity_lock' undeclared
> (first use in this function)
> ../config/sysdeps/atomicity.h:98: error: (Each undeclared identifier is
> reported only once
> ../config/sysdeps/atomicity.h:98: error: for each function it appears
> in.)
> ../config/sysdeps/atomicity.h:98: error: parse error before ':' token
> ../config/sysdeps/atomicity.h:104: error: parse error before ':' token
> ../config/sysdeps/atomicity.h: In function `__atomic_add':
> ../config/sysdeps/atomicity.h:120: error: `__Atomicity_lock' undeclared
> (first use in this function)
> ../config/sysdeps/atomicity.h:120: error: parse error before ':' token
> ../config/sysdeps/atomicity.h:125: error: parse error before ':' token
> make[3]: *** [shm.lo] Error 1
>
>
> Robert.
>
> --
>
Reply to: