Age | Commit message (Collapse) | Author |
|
Simplify the build process and the makefile.
Local fix in CVS for bug 5628 is not required
as the problem has been fixed in
util-macros d9062e4077ebfd0985baf8418f3d0f111b9ddbba
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
There were no special symbols needing cpp.
Everything can be handled by the default MAN_SUBSTS in util-macros.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
For now, just checked in and included in dist tarballs, not processed
into a usable format - same as it was in xorg-docs
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
As explained in https://bugs.freedesktop.org/show_bug.cgi?id=26943
since libXt callers need the SM headers but don't necessarily need to
link directly to libSM, it should be in Requires.private, not Requires.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=26943
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Remove deprecated acinclude.m4 macro container file
Use separate macro files as per autoconf recommendation
Use the latest macro from GNU
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Signed-off-by: Yaakov Selkowitz <yselkowitz@users.sourceforge.net>
Acked-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Unrelated to the previous patches, the new value simply reflects
the reality that the minimum level for autoconf to configure
all x.org modules is 2.60 dated June 2006.
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Automake always includes it in the tarball.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Introduced in commit 6baea764567c3327f1d85ba91375adaea6dab46d
"Link with winsock for WIN32 platforms"
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Signed-off-by: Rémi Cardona <remi@gentoo.org>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Refer to: ActionHook.c
Copyright 1987, 1988 by Digital Equipment Corporation
Copyright 1993 by Sun Microsystems, Inc. Mountain View, CA.
Copyright 1987, 1988, 1998 The Open Group
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
<rdar://problem/7360546>
Signed-off-by: Jeremy Huddleston <jeremyhu@freedesktop.org>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
It has no known outside-libXt users. Let's not install it and its man page.
Signed-off-by: Rémi Cardona <remi@gentoo.org>
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Now that the INSTALL file is generated.
Allows running make maintainer-clean.
|
|
Add missing INSTALL file. Use standard GNU file on building tarball
README may have been updated
Remove AUTHORS file as it is empty and no content available yet.
Remove NEWS file as it is empty and no content available yet.
|
|
This macro aggregate a number of existing macros that sets commmon
X.Org components configuration options. It shields the configuration file from
future changes.
|
|
ChangeLog filename is known to Automake and requires no further
coding in the makefile.
|
|
Using common defaults will reduce errors and maintenance.
Only the very small or inexistent custom section need periodic maintenance
when the structure of the component changes. Do not edit defaults.
|
|
On Wed, 2009-10-21 at 13:36 +1000, Peter Hutterer wrote:
> On Tue, Oct 20, 2009 at 08:23:55PM -0700, Jeremy Huddleston wrote:
> > I noticed an INSTALL file in xlsclients and libXvMC today, and it
> > was quite annoying to work around since 'autoreconf -fvi' replaces
> > it and git wants to commit it. Should these files even be in git?
> > Can I nuke them for the betterment of humanity and since they get
> > created by autoreconf anyways?
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=24206
As an interim measure, replace AM_INIT_AUTOMAKE([dist-bzip2]) with
AM_INIT_AUTOMAKE([foreign dist-bzip2]). This will prevent the generation
of the INSTALL file. It is also part of the 24206 solution.
Signed-off-by: Jeremy Huddleston <jeremyhu@freedesktop.org>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
|
|
Includes adding many $(AM_V_GEN) calls for the AM_SILENT_RULES included
by XORG_DEFAULT_OPTIONS when automake-1.11 or newer is used
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Allows parallel make and simpler build logs/error reporting
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
libXt uses IceConnectionNumber() and IceProcessMessages(), so make sure
we link against -lICE.
Signed-off-by: Julien Cristau <jcristau@debian.org>
|
|
At 36e9f0d351afbf7fd2595990b2d39e7c551f6420, a fix was added to use
the host gcc instead of the target gcc when cross-compiling
libXt. This fix works, but is not solve the whole problem: the CFLAGS
and LDFLAGS used with the host compilers are the one defined for the
target compiler (and the flags for both compilers might be very
different).
This new fix let libXt obey to CFLAGS_FOR_BUILD and LDFLAGS_FOR_BUILD
environment variables, and use them to compile the host tools in
util/.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
|
|
|
|
Commit c59dd27ecb1751f0b097046b2f892028e5a10a3e replaces __CYGWIN__ with WIN32
in a preprocessor check, as the code is appropriate for both Cygwin and Mingw.
But this isn't quite the right was to do this. Being a Win32 platform is
Cygwin's secret shame, and WIN32 isn't actually defined to avoid turning on
code specific to native-Win API ports
(See http://www.cygwin.com/faq/faq.programming.html#faq.programming.preprocessor)
Yes, this probably means WIN32 could bereplaced by __MINGW32__ everywhere in the
X sources...
|
|
Evaluation from original bug report against Solaris 2.6 in 1996:
According to my investigation with the problem using debuggable
libXt and libXm, keycode 0 keypress events, which are given to
Xt's Translation Manager when inputting any cyrillic/greek characters,
are not cached in Xt's Translation Manager. At the TRANSLATE macro
in the Xt's source lib/Xt/TMkey.c, keycode 0 keyevents are always
given to XtTranslateKeycode() and it consumes a long time to parse
Motif's Translation Manager tables as many times as keycode 0
keyevent are given.
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Don't try to printf if returned string is NULL
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Most "compiler" warnings were actually sparse warnings, due to
assigning a integer to a pointer, or an external symbol without
a previous declaration.
|
|
<http://bugs.freedesktop.org/show_bug.cgi?id=17942>
|
|
|
|
makestrs is used during the build, so use the native compiler (either
gcc or cc in $PATH, can be overridden as $CC_FOR_BUILD) instead of the
(possibly cross-) compiler.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
For some reason, when Solaris moved to X11R6.0, the intelabi version
of StringDefs.c/.h was used on SPARC, so now we're stuck with 10+ years
of binaries built to use it.
|
|
|