- 18 Dec, 2016 18 commits
-
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
This is deprecated and will break with a future version of Automake. Also, we already call AC_CONFIG_MACRO_DIR([m4]) in configure.ac, so it's also useless. The downside is that it will introduce a nag warning from libtool, but that's a libtool bug.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
For the following code: for (i = 0; i < n_names; i++) The type of n_names is gsize, which is an unsigned long.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
-
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
All the separate pkg-config calls were done after reading: http://tirania.org/blog/archive/2012/Oct-20.html ("Drowning Good Ideas with Bloat. The tale of pkg.m4." by Miguel de Icaza) But all the GNOME modules I contribute to use PKG_CHECK_MODULES or AX_PKG_CHECK_MODULES for a library. With those macros, it shows all the errors at once (if several libs are missing or too old) instead of aborting at the first error.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
Automake 1.14 has been released 3 years ago, so I think we can depend on it. This permits to remove the call to AM_PROG_CC_C_O. From the Automake documentation: https://www.gnu.org/software/automake/manual/automake.html AM_PROG_CC_C_O This is an obsolescent macro that checks that the C compiler supports the -c and -o options together. Note that, since Automake 1.14, the AC_PROG_CC is rewritten to implement such checks itself, and thus the explicit use of AM_PROG_CC_C_O should no longer be required.
-
Sébastien Wilmet authored
Copy the latest version from: https://wiki.gnome.org/Projects/GnomeCommon/Migration But remove glib-gettextize, keep only intltoolize for i18n.
-
Sébastien Wilmet authored
-
- 20 Nov, 2016 1 commit
-
-
(cherry picked from commit 5e41fdc3)
-
- 19 Nov, 2016 1 commit
-
-
Sébastien Wilmet authored
-
- 18 Nov, 2016 5 commits
-
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
So the call to _main_window.jump_to_file_position() is more natural.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
To simplify the code.
-
Sébastien Wilmet authored
-
- 17 Nov, 2016 1 commit
-
-
Sébastien Wilmet authored
The latest version of Gtef is required (currently git master).
-
- 01 Nov, 2016 2 commits
-
-
Sébastien Wilmet authored
This reverts commit a94455e5. I've changed my mind, it is actually better with the icon, even if it is slightly more code (but clearly not terribly complicated code).
-
Sébastien Wilmet authored
-
- 26 Oct, 2016 1 commit
-
-
Daniel Korostil authored
-
- 22 Oct, 2016 10 commits
-
-
Sébastien Wilmet authored
To have better C code generation (hopefully).
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
It looks good without it.
-
Sébastien Wilmet authored
Just the text message is good.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
When new_file is true, base.get_modified() is always false.
-
Sébastien Wilmet authored
To use the GtefBuffer::cursor-moved signal.
-
Sébastien Wilmet authored
I've created the Gtef library with the purpose to reduce the amount of code in text editors like LaTeXila.
-
Sébastien Wilmet authored
-
- 21 Oct, 2016 1 commit
-
-
Sébastien Wilmet authored
GtkSourceView 3.24 is not yet released, git master is needed. But Vala doesn't like that, it triggers the following error: error: Gtk.SourceCompletionItem.new2 is not available in gtksourceview-3.0 3.23.1. Use gtksourceview-3.0 >= 3.24 So add temporarily the --disable-since-check valac flag. Thanks, Vala.
-