summaryrefslogtreecommitdiff
path: root/gmodule
AgeCommit message (Collapse)AuthorFilesLines
2014-02-15win32: fixup lib.exe invocationRyan Lortie1-1/+4
We have a configure.ac check for lib.exe that attempts to enable creation of .lib files for our 5 public libraries. That has been broken for a long time for two reasons: 1) the Makefiles hardcode 'lib' instead of 'lib.exe' 2) we dropped generation of .def files quite some time ago (except for in gthread where we have the two-symbol file under version control) Add new rules for creating .def files from dumpbin.exe (which you should have if you have lib.exe) and fix the .lib rules to use lib.exe. Add a bit of $(AM_V_GEN) all around, as well. https://bugzilla.gnome.org/show_bug.cgi?id=722033
2014-02-14docs: let go of *Matthias Clasen1-2/+2
Since we are no longer using sgml mode, using /* */ to escape block comments inside examples does not work anymore. Switch to using line comments with //
2014-02-08Eradicate links and xrefsMatthias Clasen1-2/+2
These are all replaced by markdown ref links.
2014-02-06Docs: replace <literal> by `Matthias Clasen1-2/+2
2014-02-05Don't use <filename> in docsMatthias Clasen1-6/+5
Switch to simpler markdown, `foo`.
2014-02-01Drop use of the command tagMatthias Clasen1-2/+1
It is more useful to link to the included man page, anyway.
2014-02-01Annotate all examples with their languageMatthias Clasen1-1/+1
The C ones, at least.
2014-02-01GModule: Move docs away from markupMatthias Clasen1-13/+9
2014-01-31Updated FSF's addressDaniel Mustieles8-24/+8
2014-01-31Docs: don't use the structname tagMatthias Clasen1-1/+1
Just avoid explicit docbook markup.
2013-11-20Replace #ifdef HAVE_UNISTD_H checks with #ifdef G_OS_UNIXDan Winship1-1/+1
In Windows development environments that have it, <unistd.h> is mostly just a wrapper around several other native headers (in particular, <io.h>, which contains read(), close(), etc, and <process.h>, which contains getpid()). But given that some Windows dev environments don't have <unistd.h>, everything that uses those functions on Windows already needed to include the correct Windows header as well, and so there is never any point to including <unistd.h> on Windows. Also, remove some <unistd.h> includes (and a few others) that were unnecessary even on unix. https://bugzilla.gnome.org/show_bug.cgi?id=710519
2013-11-20Remove alleged support for last-millennium UnixesDan Winship5-175/+5
Remove workarounds for NeXTStep (last released in 1995), SunOS (1994), HP-UX 9.x (1992) and 10.x (1995), OSF/1 / Digital UNIX / Tru64 UNIX 4.x (1999), and AIX 4.x (1999). HP-UX 11 implements dlopen(), so dropping support for earlier versions also lets us remove the HP-UX-specific gmodule-dld. https://bugzilla.gnome.org/show_bug.cgi?id=710519
2013-11-20Remove alleged support for BeOSDan Winship4-207/+0
Since the initial addition of BeOS support in 1999, there has only been one update to it (in 2005, and it wasn't even very big). GLib is known to not currently build on Haiku (or presumably actual BeOS) without additional patching, and the fact that there isn't a single G_OS_BEOS check in gio/ is suspicious. Additionally, other than the GModule implementation, all of the existing G_OS_BEOS checks are either (a) "G_OS_UNIX || G_OS_BEOS", or (b) random minor POSIXy tweaks (include this header file rather than that one, etc), suggesting that if we were going to support Haiku, it would probably be simpler to treat it as a special kind of G_OS_UNIX (as we do with Mac OS X) rather than as its own completely different thing. So, kill G_OS_BEOS. https://bugzilla.gnome.org/show_bug.cgi?id=710519
2013-11-20Remove alleged support for OS/2Dan Winship4-147/+0
In particular, remove the OS/2 GModule implementation (which AFAICT was never actually built even on OS/2). https://bugzilla.gnome.org/show_bug.cgi?id=710519
2013-09-13gmodule: Two minor g-i annotations fixesRico Tzschichholz1-2/+2
2013-05-31Rework the build system for a new tests approachRyan Lortie1-4/+4
Perform a substantial cleanup of the build system with respect to building and installing testcases. First, Makefile.decl has been renamed glib.mk and substantially expanded. We intend to add more stuff here in the future, like canned rules for mkenums, marshallers, resources, etc. By default, tests are no longer compiled as part of 'make'. They will be built when 'make check' is run. The old behaviour can be obtained with --enable-always-build-tests. --disable-modular-tests is gone (because tests are no longer built by default). There is no longer any way to cause 'make check' to be a no-op, but that's not very useful anyway. A new glibtests.m4 file is introduced. Along with glib.mk, this provides for consistent handling of --enable-installed-tests and --enable-always-build-tests (mentioned above). Port our various test-installing Makefiles to the new framework. This patch substantially improves the situation in the toplevel tests/ directory. Things are now somewhat under control there. There were some tests being built that weren't even being run and we run those now. The long-running GObject performance tests in this directory have been removed from 'make check' because they take too long. As an experiment, 'make check' now runs the testcases on win32 builds, by default. We can't run them under gtester (since it uses a pipe to communicate with the subprocess) so just toss them in TESTS. Most of them are passing on win32. Things are not quite done here, but this patch is already a substantial improvement. More to come.
2013-05-21Use 'dumb quotes' rather than `really dumb quotes'Dan Winship4-7/+7
Back in the far-off twentieth century, it was normal on unix workstations for U+0060 GRAVE ACCENT to be drawn as "‛" and for U+0027 APOSTROPHE to be drawn as "’". This led to the convention of using them as poor-man's ‛smart quotes’ in ASCII-only text. However, "'" is now universally drawn as a vertical line, and "`" at a 45-degree angle, making them an `odd couple' when used together. Unfortunately, there are lots of very old strings in glib, and also lots of new strings in which people have kept up the old tradition, perhaps entirely unaware that it used to not look stupid. Fix this by just using 'dumb quotes' everywhere. https://bugzilla.gnome.org/show_bug.cgi?id=700746
2013-04-16Fix compilation on Android with the bionic C librarySebastian Dröge1-0/+4
https://bugzilla.gnome.org/show_bug.cgi?id=689223
2013-02-27build: Add --disable-compile-warningsColin Walters1-0/+2
Some (broken) toolchains for example trip up -Werror=missing-prototypes in system headers. This patch allows people to skip the formerly hardcoded "baseline" warnings. https://bugzilla.gnome.org/show_bug.cgi?id=694757
2013-01-17Remove ABI checking scriptsRyan Lortie2-15/+0
Before this commit, the only difference between the expected and actual ABI were the addition of _init and _fini symbols in each module (now that regexp-based export control is not catching those).
2013-01-17Remove regexp-based export controlRyan Lortie1-1/+1
2013-01-14visibility: Use a separate CFLAGS variableRyan Lortie1-0/+1
We only want to control the default visibility for our five main installable libraries: libglib, libgthread, libgmodule, libgobject, libgio. We should therefore only set -fvisibility=hidden when building those. Use a separate substitution variable for this purpose. Using CFLAGS directly leads to some modules built in testcases not exporting their symbols (and then the tests fail). It also affects the fam file monitoring module. Colin had originally done it this way in his visibility patch series but I failed to understand why so I didn't copy it. Now I do. Also: revert changes made to two testcases in an attempt to work around this issue. https://bugzilla.gnome.org/show_bug.cgi?id=691756
2013-01-13win32: build: stop using .def filesRyan Lortie1-17/+2
With visibility now under the control of __declspec(dllexport) we no longer need to build .def files or use them for building our various .dll files. .def files used to be installed (even though it is only really useful when creating the .dll or .lib file). Don't do that anymore either. The Makefiles still contain rules to create a .lib file for use with Visual Studio and these rules require .def files. There are special requirements to using these rules (like having installed and setup Microsoft tools for use during the build) and therefore the problem of creating a .def file for use with them is left open to anyone willing to make the effort. Many options are available depending on which toolchain is in use (dlltool, pexport, gendef, dumpbin.exe, just to name a few). If we can find a free tool for creating .lib files in the future, we should probably revisit this issue and add proper support back to our build system.
2013-01-13various: add GLIB_AVAILABLE_IN_ALL everywhere elseRyan Lortie1-0/+10
Add the GLIB_AVAILABLE_IN_ALL annotation to all old functions (that haven't already been annotated with the GLIB_AVAILABLE_IN_* macros or a deprecation macro). If we discover in the future that we cannot use only one macro on Windows, it will be an easy sed patch to fix that. https://bugzilla.gnome.org/show_bug.cgi?id=688681
2012-11-28Revert "Fix compilation on Android with the bionic C library"Sebastian Dröge1-4/+0
This reverts commit cb0ed84d4022e0fba6aaa9e99e258d8d507a90e5. It wasn't meant to be pushed yet.
2012-11-28Fix compilation on Android with the bionic C librarySebastian Dröge1-0/+4
2012-11-15win32: add gwin32compat.h, for utf8-renaming compatibility definesDan Winship1-7/+11
To avoid -Wmissing-prototype warnings, we need to prototype both the original and the _utf8 versions of all of the functions that have had _utf8-renaming on Windows. But duplicating all the prototypes is ugly, so rather than doing them "in-place", move them all to a new header file just for that. https://bugzilla.gnome.org/show_bug.cgi?id=688109
2012-07-13Fix GModule documentation a bitMatthias Clasen2-3/+15
The documentation for g_module_make_resident was for some reason in the doc comment for g_module_name. https://bugzilla.gnome.org/show_bug.cgi?id=679813
2012-03-31Add missing allow-none annotations for function parameters.Robert Ancell1-1/+1
Found using: find . -name '*.c' | xargs grep 'or %NULL' | grep ' \* @' | grep -v '@error' | grep -v allow-none
2012-03-17Fix out of tree build for MinGW/MSYSDieter Verfaillie1-4/+4
When building with MinGW/MSYS with srcdir != builddir the build fails: - to locate the generated .def files - creating libglib-gdb.py - creating libgobject-gdb.py Solved this by explicitly instructing these files to be generated in $(builddir)/... https://bugzilla.gnome.org/show_bug.cgi?id=653167
2011-12-13documentation fixesStef Walter1-0/+1
Fixes for gtk-doc warnings. http://bugzilla.gnome.org/show_bug.cgi?id=66469 https://bugzilla.gnome.org/show_bug.cgi?id=664699
2011-11-17Fix doc formattingMatthias Clasen1-1/+0
2011-11-14Move GModule docs inlineMatthias Clasen1-9/+249
2011-10-02locks: drop _INIT macrosRyan Lortie1-1/+1
All locks are now zero-initialised, so we can drop the G_*_INIT macros for them. Adjust various users around GLib accordingly and change the docs. https://bugzilla.gnome.org/show_bug.cgi?id=659866
2011-10-02Replace static privates by privatesMatthias Clasen1-3/+3
GStaticPrivate is heading for deprecation soon, and GPrivate can replace these uses now.
2011-09-21Port internal GStaticRecMutex users to GRecMutexRyan Lortie1-10/+10
2011-08-29Spelling fixesMatthias Clasen2-2/+2
Spelling fixes in comments and docs, provided by Kjartan Maraas in bug 657336.
2011-07-10Don't needlessly use "echo -e"Martin Storsjo1-1/+1
The -e parameter to echo isn't recognized by echo in POSIX sh, but isn't needed when no escaped characters need to be interpreted. This fixes building glib with a mingw cross compiler on Mac OS X. https://bugzilla.gnome.org/show_bug.cgi?id=654085
2011-06-14Remove a redundant NULL checkMatthias Clasen1-3/+2
2011-06-09Remove all uses of G_CONST_RETURNRyan Lortie2-5/+5
Just use 'const'. https://bugzilla.gnome.org/show_bug.cgi?id=644611
2011-06-07Update the year in the *.rc.in filesChun-wei Fan1-1/+1
Sorry this change came a bit late...
2011-03-15Revert "Remove all uses of G_CONST_RETURN"Emmanuele Bassi2-5/+5
This reverts commit 36741245cca56e979fe85e3de676fb3912058f2c. The removal has not been discussed, except on Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=644611
2011-03-15Remove all uses of G_CONST_RETURNRyan Lortie2-5/+5
Just use 'const'.
2010-09-02Recuce DLL hijack risk on WindowsTor Lillqvist1-78/+4
Don't call LoadLibrary() on shell32.dll or kernel32.dll. kernel32.dll is always loaded. Shell32.dll is also already loaded as glib links to functions in it. So just call GetModuleHandle() on them. For mlang.dll in win_iconv.c and winhttp.dll in gwinhttpvfs.c, always try loading them from a complete path, from the Windows system directory. Use the "tool help" API to enumerate modules in gmodule-win32.c. It is present in all Windows versions since Windows 2000, which is all we support anyway. Thus no need to look that API up dynamically. Just link to it normally. We can bin the fallback code that attempts to use the psapi API.
2010-08-06Replace -I with $(glib_INCLUDES) and friendsRyan Lortie1-4/+1
Stop using ad hoc -I in all of our Makefile.am. Use the new variables instead.
2010-08-05Add $(top_builddir)/glib to includespaul1-0/+1
This is required to find glibconfig.h during srcdir != builddir builds
2010-06-21Use -Bsymbolic-functions, drop g*alias PLT hackeryRyan Lortie1-1/+1
This is a minimal patch-out of the galias functionality. We will do a release like this so that we can easily back it out if there are reported problems. A more substantial cleanup (mostly removing #includes from every file) will follow if there are no issues.
2010-06-15Sprinkle some $(AM_V_GEN) around to make the build more silent.Christian Persch1-2/+2
2010-02-04Update copyright yearsTor Lillqvist1-1/+1
2010-01-28improve gitignoreRyan Lortie1-0/+1
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-12 14:52:25 +0000