Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
The new BASE_CFLAGS variable contains only warning flags that do not
alter the generated byte code, unlike the deprecated CWARNFLAGS which
turns off the GNUCC strict aliasing optimization.
Also, update m4 submodule as util-macros version 1.16 or later is required.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
All files mentionned in AC_CONFIG_FILES have their source files
distributed automatically.
http://www.gnu.org/software/automake/manual/automake.html
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
Files generated by autoconf (and the various tools it calls) must not be
removed by running a makefile. This is outside the scope of the makefile.
http://lists.gnu.org/archive/html/autoconf/2007-03/msg00043.html
One can use git-clean to return to the original state of the module prior
to running autogen.sh, autoreconf or configure.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
There is only one target in this directory, so we do not need to trigger
the per-target infrastructure which would require AC_PROG_CC_C_O macro.
So libxcb_ewmh_la-ewmh.o simply becomes ewmh.o.
http://www.gnu.org/software/automake/manual/automake.html#Renamed-Objects
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
These should have been removed with the patch:
"Split up icccm and ewmh into their own repository"
back in 2011.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
All the X supported systems do have this header file.
None of the xorg modules have this check, so it is safe to remove.
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
This file contains C preprocessor #define statements which replace
the current -Ds added to each compilation invocation.
This makes the gcc output command easier to read and prevents exceeding
the max line limits on some computers. This is the preferred method
in al the xorg modules.
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Reported on Debian BTS:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722632
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
to be set.
For example, Awesome 3.4 with Zaphod mode checks this attribute to match it to
the relevant root window.
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
EWMH specification states that _NET_SUPPORTING_WM_CHECK must also be set on the
child window, not only on the root window.
|
|
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
Only one icon could be given at a time, thus add append setters to
only set one icon at a time in a convenient way and make the general
setters more generic.
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
|
|
Use -no-undefined to assure libtool that the library has no unresolved
symbols at link time, so that libtool will build a shared library for
platforms require that all symbols are resolved when the library is linked.
Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>
Acked-by: Julien Cristau <jcristau@debian.org>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
EWMH says that _NET_WM_ICON is an array of icon. That means that it can contain
more than one icon. This way, apps can provide icons of different sizes. Common
sizes seem to be 16x16, 32x32 and 48x48.
This commit makes it possible to access all the icons in _NET_WM_ICON via
iterators instead of just the first one.
Thanks to Arnaud Fontaine for his help with the API.
Signed-off-by: Uli Schlachter <psychon@znc.in>
Signed-off-by: Arnaud Fontaine <arnau@debian.org>
|
|
When the GetProperty request fails due to an error,
xcb_ewmh_get_wm_icon_from_reply will be called with a NULL pointer for the
reply. This function would then call xcb_get_property_value_length on this NULL
pointer which caused a crash.
Fix this by moving the NULL-pointer check before the call to value_length().
Signed-off-by: Uli Schlachter <psychon@znc.in>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
expected_len is the expected length in number-of-pixels, but r_value_len is the
number of bytes in the reply. Since a pixel consists of 4 bytes, we have to
divide the number of bytes by 4 to get the number of pixels.
Signed-off-by: Uli Schlachter <psychon@znc.in>
Reviewed-by: Arnaud Fontaine <arnau@debian.org>
|
|
several icons
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
data_len the length in bytes
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|