Before the autotools conversion, xfont_font-util was installed in
staging, so keep this.
However, the current way of handling xfont_font-util is ugly. The
post-install.sh script removes the binaries compiled for the target
from the staging directory and replaces them by symbolic links to
utils installed on the host (making the incorrect assumption that they
are available).
It looks like xfont_font-util needs to be built for the host (using
the new infrastructure for host autotools package). This is certainly
post-2010.02 though.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
xlib_libfontenc is required to build xapp_mkfontscale on the host,
which in turn is needed to build font encodings for the target.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
mkfontscale on the host is needed to build xfont_encoding, therefore
we add host-xapp_mkfontscale as a dependency.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
mkfontscale on the host is required to build xfonts-encoding for the
target.
We also fix the dependencies. xlib_libX11 is not needed to compile
xapp_mkfontscale. However, xproto_xproto is needed.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Make sure that libxcb depends on host-xsltproc, since xsltproc is
required for the compilation of libxcb.
Moreover, remove the XSLTPROC=/usr/bin/xsltproc variable definition,
which was assuming that XSLTPROC was installed on the host. xsltproc
should just be part of the PATH.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The .pc file of TrapProto says that it depends on xt, even through it
doesn't depend on it at compile time. However, if xt isn't present
when TrapProto has been installed, the compilation of Xserver fails
telling that there is a missing dependency in TrapProto on Xt.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Closes#559.
Without the LDFLAGS in the build configuration file
building mesa3d fails with an external toolchain on amd64
machines targeting i686. The error indicats that libX11
can't be found.
This change passes the --sysroot parameter (along with any
others specified by buildroot for LDFLAGS to the mklib script.
Signed-off-by: Clark Rawlins <clark@bit63.org>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Those are already in TARGET_CONFIGURE_ARGS. Also get rid of unused
BR2_AC_CV_FUNC_MALLOC_0_NONNULL variable.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Show comment about what to enable in toolchain to make modular X.org
visible, and move comment about x11r7 toolchain dependency to end,
as otherwise kconfig gets confused and doesn't put X options under
the x11r7 menuconfig.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Most of X.org (E.G. libX11) needs WCHAR support, so ensure that
the toplevel BR2_PACKAGE_XORG7 cannot get enabled unless we have
WCHAR support in the toolchain.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
We have been passing -q to ./configure when using 'make -s' for
packages using Makefile.autotools.in for some time. Do the same
for packages using autotools, but not using the
Makefile.autotools.in infrastructure, taking care to not do it
for packages with hand written configure scripts.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
A C library will have been built by the toolchain makefiles, so there is no
need for packages to explicitly depend on uclibc.
Signed-off-by: Will Newton <will.newton@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
The cross-compile fix included in mainline of libXt between 1.0.5 and
1.0.6 is not sufficient. It allows to pass a different compiler for
the host tools, but still uses the TARGET_CFLAGS/TARGET_LDFLAGS to
compile the host tools, which obviously isn't correct.
The new patch allows to use the CFLAGS_FOR_BUILD/LDFLAGS_FOR_BUILD
variables as the CFLAGS/LDFLAGS to build the host tools.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This version bump is required by the bump of xlib_libXt from 1.0.5 to
1.0.6 (1.0.6 requires at least xutil/macros 1.2).
The linuxdoc patch is removed, since it has been merged upstream, at
http://cgit.freedesktop.org/xorg/util/macros/commit/?id=e20c503d24e5ccf03035aa0f6d833d235d2179df
The other patch exposing STAGING_DIR is kept, as it is Buildroot
specific. It has just been updated to resolve conflicts.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Currently, the X.org server selection always trigger the compilation
and installation of libXt (the X toolkit) and libXaw (Athena Widget
toolkits), which is are legacy toolkits not used by modern toolkits
(Gtk, Qt, etc.). They are only used by old X11 applications that are
typically not used on embedded systems.
Not compiling them save compilation time, and more importantly, space
on the target.
We also remove the compilation on xlib_libxkbui, libxmu and libxpm,
because they all depend on libXt.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reorganize the list of depencies with a sane indentation level, and
one dependency per line. Yes, the list is long, but is easier to read,
and future patches modifying this list will be easier to review.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
