summaryrefslogtreecommitdiff
path: root/package/x11r7/xlib_libXt
AgeCommit message (Collapse)Author
2011-06-12packages: remove --{enable,disable}-{shared,static} from autotools packagesThomas Petazzoni
Now that those values are passed at the autotools infrastructure level, there's no need for every package to pass inconsistent values. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-17package/x11r7: apply libtool patch where possiblePeter Korsgaard
Now that we have libtool-2.2.x patch support, we can get rid of a bunch of _LIBTOOL_PATH = NO, fixing (potential) cross link issues. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-06xlib_libXt: fix build issuesThomas Petazzoni
The .mk file was hacking the CC_FOR_BUILD value so that $(STAGING_DIR)/usr/include is added to the include path. This is not correct since $(STAGING_DIR) contains target stuff, not host stuff. The correct fix is to add a dependency on host-xproto_xproto, which will install the needed headers in $(HOST_DIR)/usr/include. In addition to that, a patch is added to make xlib_libXt build system behave properly in the cross-compilation case, where the makestrs tool needs to be built on the host as part of the compilation process. This was working before because of our quirky TARGET_CONFIGURE_OPTS, but those are going to be fixed in a future commit. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-22X11R7.5 - remove all version information from Config.in filesWill Wagner
As discussed on the list, don't want to have to change the Config.in file when we bump the version of a package Signed-off-by: Will Wagner <will_wagner@carallon.com> Acked-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-02-28Bump libXt to 1.0.7Paulius Zaleckas
Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com>
2009-07-28xorg: add a new cross-compile fix for libXt 1.0.6Thomas Petazzoni
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>
2009-07-28xorg: bump libXt to 1.0.6Thomas Petazzoni
Bump libXt to 1.0.6 and remove the xlib_libXt-1.0.5-makestrs-nocc.patch, which has been included in a better form in upstream: http://cgit.freedesktop.org/xorg/lib/libXt/commit/?id=36e9f0d351afbf7fd2595990b2d39e7c551f6420 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-03-14x11r7: update to 7.4Peter Korsgaard
Patch by Dan Lykowski <lykowdk@gmail.com>, closes #181. Minor fixups for kdrive by me.
2008-12-22x11r7/libXt: use {C,LD}FLAGS_FOR_BUILD for host toolsPeter Korsgaard
2008-10-20package/: remove redundant install-strip in *_TARGET_INSTALL_OPTPeter Korsgaard
It's default now.
2008-10-19x11r7/libXt: don't install makestrsPeter Korsgaard
Don't install makestrs in the first place, instead of removing it afterwards. Fixes cross-strip issue.
2008-10-19x11r7/libXt: use install-strip for target installPeter Korsgaard
Saves ~1.4 MB
2008-07-17Kconfig: remove 'default n'Peter Korsgaard
'default n' is the default, so there's no need to say it explicitly.
2008-06-30libXt: don't install host makestrs in targetPeter Korsgaard
2008-03-08added missing patchJohn Voltz
2008-03-06updated xorg to version 7.3 and added all of the fontsJohn Voltz
2007-09-29- extend AUTOTARGETS with an argument DIR_PREFIX for the location of the packageBernhard Reutner-Fischer
(Ivan Kuten)
2007-08-23- fix misplaced @Bernhard Reutner-Fischer
- fix typos in x11r7 packages
2007-08-10Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn'tEric Andersen
quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.