| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If not done, it would leak the memory as address sanitizer reports:
==1294==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 40 byte(s) in 1 object(s) allocated from:
#0 0x7fa7a94b7602 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x98602)
#1 0x44c7a7 in __config_new girepository/cmph/cmph_structs.c:11
#2 0x44aaa7 in cmph_config_new girepository/cmph/cmph.c:291
#3 0x446fb5 in _gi_typelib_hash_builder_prepare girepository/gthash.c:114
#4 0x406cf7 in add_directory_index_section girepository/girmodule.c:270
#5 0x409ee6 in _g_ir_module_build_typelib girepository/girmodule.c:546
#6 0x404ada in main tools/compiler.c:217
#7 0x7fa7a70d482f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f)
==4091==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 40 byte(s) in 1 object(s) allocated from:
#0 0x7fc20c854602 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x98602)
#1 0x44a3f3 in cmph_io_vector_new girepository/cmph/cmph.c:228
#2 0x44a965 in cmph_io_vector_adapter girepository/cmph/cmph.c:276
#3 0x446f9f in _gi_typelib_hash_builder_prepare girepository/gthash.c:113
#4 0x406cf7 in add_directory_index_section girepository/girmodule.c:270
#5 0x409ee6 in _g_ir_module_build_typelib girepository/girmodule.c:546
#6 0x404ada in main tools/compiler.c:217
#7 0x7fc20a47182f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f)
|
| |
|
| |
|
|
|
|
|
|
| |
Reported-and-tested-by: Dominique Leuenberger <dimstar@opensuse.org>
Signed-off-by: Igor Gnatenko <ignatenko@src.gnome.org>
Reviewed-by: Colin Walters <walters@verbum.org>
|
| |
|
|
|
|
|
|
| |
Signed-off-by: Igor Gnatenko <ignatenko@src.gnome.org>
https://bugzilla.gnome.org/show_bug.cgi?id=769600
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Allow the use of ${exec_prefix} for libdir and includedir when passing
them in as arguments to the script.
|
|
|
|
|
| |
Cairo headers could be in $(prefix)/include/cairo, so also look for them
from there for the regress test, which does depend on Cairo.
|
| |
|
| |
|
| |
|
|
|
|
| |
Be a bit more specific than just saying "the transfer".
|
|
|
|
|
| |
The return value of g_callable_info_get_caller_owns() is not a boolean
any more.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This updates the schema to validate all GIRs currently
available in Debian unstable except a few obviously broken ones.
For testing the following tools were used:
$ trang gir-1.2.rnc gir-1.2.rng
$ xmllint --noout --relaxng gir-1.2.rng Gtk-3.0.gir
https://bugzilla.gnome.org/show_bug.cgi?id=766313
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is an attempt at standardising the GIR XML in a way that we can
reliably validate; the schema is enough to validate simple GIR files,
but it still needs work for complex ones, like GTK's.
I've decided to use the compact Relax NG syntax as the schema format
because it's definitely easier to read and write that the DTD format.
Since the current XML version is 1.2, let's standardise on that instead
of making up a version 1.0.
|
|
|
|
|
|
|
| |
C11 which added support for anonymous unions (already supported)
also adds support for anonymous structs.
https://bugzilla.gnome.org/show_bug.cgi?id=766011
|
|
|
|
|
|
|
| |
We enabled anonymous unions earlier, this is a bugfix to enable
anonymous structs.
https://bugzilla.gnome.org/show_bug.cgi?id=766011
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit e81c4681cc88a00fcd841c5a68d860d3714b55d7
The GI_TYPELIB_PATH envvar will still allow overriding the default
typelib dir (based on gobject-introspection libdir), but applications
will have the last say about typelib lookup directories. The resulting
lookup order is now:
- Paths added through g_irepository_prepend_search_path()
- Paths in GI_TYPELIB_PATH
- The default gobject introspection lookup dir
This makes g_irespository_prepend_search_path() work as announced
despite environment variables. If any application was relying on
GI_TYPELIB_PATH overriding the paths of this function call (for e.g.
make check, or to be able to run code inside the project tree), it
is encouraged to set up a similar envvar for their application specific
lookup dir, or perform this override through other means.
https://bugzilla.gnome.org/show_bug.cgi?id=765735
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Various distributions (mainly RPM based so far) make use of automatic
dependencies extracted from typelib files (they can require other typelibs
and also shared libraries)
Current features
* Print used shared libraries
* Print used typelib dependencies
Based-on-patch-by: Dominique Leuenberger <dimstar@opensuse.org>
Reference: https://bugzilla.gnome.org/show_bug.cgi?id=665672
Reviewed-by: Colin Walters <walters@verbum.org>
Signed-off-by: Dominique Leuenberger <dimstar@opensuse.org>
Signed-off-by: Igor Gnatenko <ignatenko@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=765618
|
|
|
|
| |
This is needed so that gtk+-3.0.pc will be complete.
|
|
|
|
|
|
|
|
|
| |
Some packages might have some parts that are built for certain build
configs, meaning that they could have .pc files of their own, such as
Pango, where PangoFT2 is optionally built. Allow such an option if
needed.
Also remove some trailing whitespaces.
|
| |
|
|
|
|
|
|
|
|
|
| |
That is, for Cairo, Freetype and libxml2, as packages that we support
for Visual Studio builds depend on these packages, specifically for
generating the introspection files for them.
These are generated with rather generic info in them, so that they are
sufficient for our purposes here.
|
|
|
|
|
|
|
| |
Allow using a envvar to specify the path to pkg-config, as it may not be
in the PATH.
Suggestion given by the HexChat project.
|
| |
|
| |
|
|
|
|
|
|
| |
We also want to include the gi-install.vcxproj.filters for the
Visual Studio 2012~2015 builds, to make the gi-install project
look nicer in the IDE, which was done in the last commit.
|
|
|
|
|
|
|
| |
Generate the .pc files as part of the build of the Visual Studio projects,
and "install" them to $(CopyDir)\lib\pkgconfig, so that it would make it
easier for packages building introspection to find the .pc files for g-i
for Visual Studio builds.
|
|
|
|
| |
This is used for generating the pkg-config file for this package.
|
| |
|
|
|
|
|
| |
The build process of the introspection files for this package has been
further improved lately, so let people know.
|
|
|
|
|
| |
When resolving libraries, open the temp file generated by dumpbin
with 'r' mode rather than 'rb', since this is a text file.
|
|
|
|
|
| |
Make my last patch to this file conform to the code style in the rest
of this file.
|
|
|
|
| |
build/win32/vs10/gi-install.propsin does need to be updated...
|
|
|
|
|
|
|
| |
build/win32/vs10/gi-install.props is generated during 'make dist', so we
don't want to add it into vresion control.
Also drop a property sheet that is no longer used.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GLib has been recently updated to optionally generate the .pc files
within the MSVC builds, which is needed to build the introspection
files, if Python is available. As we are looking for the .pc files from a
common location as a result, we can build the introspection files within
the project files, so that the build process does not have to be split
into 2 stages.
This is done by using wrapper projects that calls the NMake Makefiles that
is used to build the introspection files.
Note that although the IDE claims that the introspection
files failed to build, but they are really generated-so some investigation
is needed to see whether we can silence those false-positive errors.
Also clean up the property sheets a bit.
|
|
|
|
|
|
|
|
|
|
|
| |
Due to an MSVC 2012 x64 compiler issue, the compiler generates bad code
for bdz.c, so the for loop in assign() continues running until the point
i falls below zero, causing an access violation when we try to do
curr_edge=queue[i]; (line 427 in bdz.c). Address this issue by breaking
out of the loop at the end of it when i reaches 0 after doing the
necessary processing.
https://bugzilla.gnome.org/show_bug.cgi?id=733595
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using the NMake Makefile within the Visual Studio projects, as we are
using dumpbin to resolve the .lib file that we link to, the outputs of
dumpbin is captured by the Visual Studio output panel, which causes it not
to be processed by proc.communicate(). This is due to dumpbin being an
integrated component of Visual Studio. In order to remedy this, we need to
use a temp file, and use the /out:<tempfile> flag, and look for the DLL
that is linked to by the .lib that we pass in.
https://bugzilla.gnome.org/show_bug.cgi?id=763739
|