summaryrefslogtreecommitdiffstats
path: root/package/x11r7/xlib_libXt
Commit message (Collapse)AuthorAgeFilesLines
* package/x11r7: apply libtool patch where possiblePeter Korsgaard2011-02-171-1/+0
| | | | | | | 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>
* xlib_libXt: fix build issuesThomas Petazzoni2010-07-062-2/+97
| | | | | | | | | | | | | | | | 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>
* X11R7.5 - remove all version information from Config.in filesWill Wagner2010-04-221-1/+0
| | | | | | | | | | 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>
* Bump libXt to 1.0.7Paulius Zaleckas2010-02-283-30/+2
| | | | Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com>
* xorg: add a new cross-compile fix for libXt 1.0.6Thomas Petazzoni2009-07-282-1/+30
| | | | | | | | | | | | 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>
* xorg: bump libXt to 1.0.6Thomas Petazzoni2009-07-282-53/+1
| | | | | | | | | 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>
* x11r7: update to 7.4Peter Korsgaard2009-03-143-48/+53
| | | | | | Patch by Dan Lykowski <lykowdk@gmail.com>, closes #181. Minor fixups for kdrive by me.
* x11r7/libXt: use {C,LD}FLAGS_FOR_BUILD for host toolsPeter Korsgaard2008-12-221-5/+5
|
* package/: remove redundant install-strip in *_TARGET_INSTALL_OPTPeter Korsgaard2008-10-201-2/+0
| | | | It's default now.
* x11r7/libXt: don't install makestrsPeter Korsgaard2008-10-191-5/+1
| | | | | Don't install makestrs in the first place, instead of removing it afterwards. Fixes cross-strip issue.
* x11r7/libXt: use install-strip for target installPeter Korsgaard2008-10-191-0/+2
| | | | Saves ~1.4 MB
* Kconfig: remove 'default n'Peter Korsgaard2008-07-171-1/+0
| | | | 'default n' is the default, so there's no need to say it explicitly.
* libXt: don't install host makestrs in targetPeter Korsgaard2008-06-301-0/+4
|
* added missing patchJohn Voltz2008-03-081-0/+47
|
* updated xorg to version 7.3 and added all of the fontsJohn Voltz2008-03-062-39/+1
|
* - extend AUTOTARGETS with an argument DIR_PREFIX for the location of the packageBernhard Reutner-Fischer2007-09-291-1/+1
| | | | (Ivan Kuten)
* - fix misplaced @Bernhard Reutner-Fischer2007-08-231-1/+1
| | | | - fix typos in x11r7 packages
* Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn'tEric Andersen2007-08-103-0/+66
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.