[Prev][Next][Index][Thread]
Re: Gwydion make failure on OS X
Hi,
If you haven't already done so, you need to install a version of libtool or
re-configure d2c to use Mac OSXs glibtool. The latter is easiest.
You should have a file called platforms.descr in /usr/local/etc
Edit this and about half way through you should see a section:
// MacOS X and Darwin
platform-name: darwin
inherit-from: generic-unix
default-features: compiled-for-darwin
make-command: gnumake
randomize-library-command: ranlib -c %s
add a line at the bottom of this section:
libtool-command: glibtool
save the file and try the compile again
(with a bit of luck this should be built into the next release)
Hope this helps
Gareth Baker
FIRSTNAME LASTNAME wrote:
> I downloaded gwydion dylan 2.3.4 for OS X last night, followed the
> installation instructions in the accompanying README and then attempted
> the simple hello-world make after running make-dylan-app in my home dir.
>
> The make process proceeds as follows and fails towards the end. Any
> help would be appreciated.
>
> make process output follows:
> -------------------------------------------------------------
> [localhost:~/hello-world] robcorp% make
> d2c hello-world.lid
> Compiling library hello-world
> [Loading library Dylan...]
> Parsing hello-world-exports.dylan
> [Loading library common-dylan...
> [Loading library common-extensions...
> [Loading library melange-support...]
> [Loading library transcendental...]]]
> [Loading library io...
> [Loading library Streams...]
> [Loading library print...]
> [Loading library format...]
> [Loading library standard-io...]
> [Loading library format-out...]]
> Parsing hello-world.dylan
> Finalizing definitions
> inheriting slots
> inheriting overrides
> seeding representations
> laying out instances
> Creating cc-hello-world-files.mak
> Processing hello-world-exports.dylan
> ..
> Processing hello-world.dylan
> ..
> Emitting Library Heap.
> Emitting Global Heap.
> Building inits.c.
> touch hello-world-heap.c hello-world-init.c hello-world.c
> hello-world-exports.c
> gnumake -f cc-hello-world-files.mak
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c inits.c -o
> inits.o
> In file included from inits.c:2:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c heap.c -o
> heap.o
> In file included from heap.c:2:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c
> hello-world-exports.c -o hello-world-exports.o
> In file included from hello-world-exports.c:5:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c hello-world.c
> -o hello-world.o
> In file included from hello-world.c:5:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c
> hello-world-init.c -o hello-world-init.o
> In file included from hello-world-init.c:5:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> cc -I. -I/usr/local/include -g -O3 -fomit-frame-pointer -c
> hello-world-heap.c -o hello-world-heap.o
> In file included from hello-world-heap.c:2:
> /usr/local/include/runtime.h:34: warning: use of `long double' type; its
> size may change in a future release
> /usr/local/include/runtime.h:34: warning: (Long double usage is reported
> only once for each file.
> /usr/local/include/runtime.h:34: warning: To disable this warning, use
> -Wno-long-double.)
> rm -f libhello-world.a
> ar qc libhello-world.a hello-world-exports.o hello-world.o
> hello-world-init.o hello-world-heap.o
> ranlib -c libhello-world.a
> libtool cc -o hello-world inits.o heap.o libhello-world.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libio.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libformat-out.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libstandard-io.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libformat.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libprint.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libstreams.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libcommon-dylan.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libcommon-extensions.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libtranscendental.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libmelange-support.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libdylan.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libruntime.a
> /usr/local/lib/dylan/2.3.4/ppc-darwin-egcs/libgc.a
> libtool: can't open file: cc (No such file or directory)
> gnumake[1]: *** [hello-world] Error 1
> gmake failed?
> make: *** [hello-world] Abort trap
>
> The contents of this message express only the sender's opinion.
> This message does not necessarily reflect the policy or views of
> my employer, Merck & Co., Inc. All responsibility for the statements
> made in this Usenet posting resides solely and completely with the
> sender.
References: