mirror of
https://git.savannah.gnu.org/git/guile.git
synced 2025-04-29 19:30:36 +02:00
61 lines
2.8 KiB
Makefile
61 lines
2.8 KiB
Makefile
## Process this file with automake to produce Makefile.in.
|
|
##
|
|
## Copyright (C) 2016 Free Software Foundation, Inc.
|
|
##
|
|
## This file is part of GNU Guile.
|
|
##
|
|
## GNU Guile is free software; you can redistribute it and/or modify
|
|
## it under the terms of the GNU Lesser General Public License as
|
|
## published by the Free Software Foundation; either version 3, or (at
|
|
## your option) any later version.
|
|
##
|
|
## GNU Guile is distributed in the hope that it will be useful, but
|
|
## WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
## GNU Lesser General Public License for more details.
|
|
##
|
|
## You should have received a copy of the GNU Lesser General Public
|
|
## License along with GNU Guile; see the file COPYING.LESSER. If not,
|
|
## write to the Free Software Foundation, Inc., 51 Franklin Street,
|
|
## Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
# Guile Scheme is mostly written in Guile Scheme. Its compiler is
|
|
# written in Guile Scheme, and its interpreter too. However, it is not
|
|
# bootstrapped from itself: Guile includes a minimal interpreter written
|
|
# in C as well which can load the compiler, enough to compile the
|
|
# interpreter written in Scheme. That compiled interpreter written in
|
|
# Scheme is then used to compile the rest of Guile, including the
|
|
# compiler itself.
|
|
#
|
|
# The problem is, this process takes a long time, and for people
|
|
# installing Guile from source, it's their first experience of Guile: an
|
|
# hour-long bootstrap. It's not the nicest experience. To avoid this,
|
|
# in our tarballs we pre-build object files for the essential parts of
|
|
# the compiler.
|
|
#
|
|
# In the future we will do native compilation and so we will need to
|
|
# precompile object files for all common host types. Still, since we
|
|
# use ELF everywhere, there will be many host types whose compiled files
|
|
# are the same: because Guile incorporates its own linker and loader for
|
|
# compiled Scheme files, any AArch64 machine, for example, is going to
|
|
# have the same compiled files. So, for the variants that will be the
|
|
# same, we compile one target triple, and symlink the similar targets to
|
|
# that directory.
|
|
#
|
|
# The current situation though is that we compile to bytecode, and there
|
|
# are only four variants of that bytecode: big- or little-endian, and
|
|
# 32- or 64-bit. The strategy is the same, only that now
|
|
# arm64-unknown-linux-gnu will link to x86_64-unknown-linux-gnu, as they
|
|
# have the same word size and endianness. A pending issue to resolve is
|
|
# how this wil deal with architectures where longs are 32 bits and
|
|
# pointers are 64 bits; we'll let the x32 people deal with that.
|
|
|
|
SUBDIRS = \
|
|
x86_64-unknown-linux-gnu \
|
|
i686-pc-linux-gnu \
|
|
mips-unknown-linux-gnu
|
|
|
|
EXTRA_DIST = \
|
|
32-bit-big-endian \
|
|
32-bit-little-endian \
|
|
64-bit-little-endian
|