| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Such as library filenames.
https://bugzilla.gnome.org/show_bug.cgi?id=746138
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=744536
Signed-off-by: Garrett Regier <garrett.regier@riftio.com>
|
|
|
|
|
|
| |
Copy the .pdb files with the built DLLs and EXEs, so that it would make it
easier fore people that are developing G-I for are developing items using
G-I, since we are already generating the .pdb files for all builds.
|
|
|
|
|
| |
Ensure that we are generating .pdb files for all builds, and have the .pdb
filename match the DLL name for the gireposutory DLL builds.
|
|
|
|
|
|
|
|
|
|
|
| |
Use the multiprocessor compilation (/MP) flag, which can help to cut down
release build times by quite a bit. This will emit a brief warning for
debug builds, due to the use of /Gm, but the build will otherwise proceed
normally.
Also use the /d2Zi+ compiler flag for Visual Studio 2010 and later so that
more useful information can be logged to the .pdb files for release builds,
which will help debugging release binaries.
|
|
|
|
|
| |
We need to include config.h for the tests so that the test DLLs will be
built with the symbols/functions properly exported.
|
|
|
|
|
|
|
|
|
|
| |
Doing so reveals GIRParser did not yet support:
- the (skip) annotation on parameters and return values
- the (attributes) annotation
This patch fixes both issues an prevents further similar problems.
https://bugzilla.gnome.org/show_bug.cgi?id=738171
|
|
|
|
|
|
|
|
|
| |
g-i bug reports have been moved from:
http://bugzilla.gnome.org/enter_bug.cgi?product=glib&component=introspection
to:
http://bugzilla.gnome.org/enter_bug.cgi?product=gobject-introspection
https://bugzilla.gnome.org/show_bug.cgi?id=745498
|
|
|
|
|
|
| |
Otherwise API using it will badly break in weird ways.
https://bugzilla.gnome.org/show_bug.cgi?id=745608
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
What we already had:
- (array zero-terminated=1) > array which is NULL terminated
- (array zero-terminated=0) > array which is not NULL terminated
- (array) > array which is not NULL terminated
- (array zero-terminated=X) > array which is not NULL terminated
where X can be anything
What this patch adds:
- (array zero-terminated) > array which is NULL terminated
https://bugzilla.gnome.org/show_bug.cgi?id=657754
|
| |
|
|
|
|
|
|
| |
The executable is named 'g-ir-doc-tool', not 'g-ir-doctool'.
https://bugzilla.gnome.org/show_bug.cgi?id=670985
|
| |
|
|
|
|
| |
This reverts commit a16797f96b7af171a3cba70d6ffc107f5e4ba2a0.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=639782
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
g_irepository_get_dependencies() is supposed to return the transitive
closure of all dependencies of the given namespace. However, it just
loads the dependencies field from the typelib, which is supposed to only
list immediate dependencies.
Introduce a new g_irepository_get_immediate_dependencies() which does
this, and rewrite g_irepository_get_dependencies() to build the
transitive closure of all its namespace dependencies. This does not
require loading any new typelibs, as the transitive closure of
dependencies should already have been loaded by g_irepository_require()
or g_irepository_load_typelib().
https://bugzilla.gnome.org/show_bug.cgi?id=743782
|
|
|
|
|
|
|
|
| |
Make it clear that both the dependencies field in the typelib, and the
include elements in the GIR AST, are for immediate dependencies, not
transitive ones.
https://bugzilla.gnome.org/show_bug.cgi?id=743782
|
|
|
|
|
|
|
| |
If a typelib had no dependencies, g_irepository_get_dependencies() would
return NULL, rather than an empty NULL-terminated vector.
https://bugzilla.gnome.org/show_bug.cgi?id=743782
|
|
|
|
|
|
|
| |
These may cause cpp to output code that still has #defines in them,
which the scanner does not expect.
https://bugzilla.gnome.org/show_bug.cgi?id=720504
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=738989
|
|
|
|
|
|
| |
during autoreconf"
This reverts commit 9ad7b47d8cb17873bfe38bebd866c38fbffdc034.
|
|
|
|
| |
.dirfiles files
|
| |
|
| |
|
| |
|
|
|
|
| |
autoreconf
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is an installed file, so we can't assume that config.h
will be around.
https://bugzilla.gnome.org/show_bug.cgi?id=737275
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
RegressIntSet and RegressIntset, aliases of one another, were causing
two documentation pages to be built by the documentation tests that
were named identically except for letter case.
On OSX and Windows, the most common filesystems are case-insensitive,
and those two files can't exist in the same directory on case-
insensitive filesystems. That caused the tests to fail. It also caused
problems when checking out the repository, because the expected
documentation set also contains those files.
This commit fixes the symptom (so that JHbuild will stop erroring out
on this module) but not the problem of generating a documentation set
for two identifiers which differ (perfectly legally) only by case.
https://bugzilla.gnome.org/show_bug.cgi?id=725264
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This fixes some fallouts from commit d281b07c4aba18d3
"build: Export Symbols Using Compiler Directives"
https://bugzilla.gnome.org/show_bug.cgi?id=732669
|
|
|
|
|
|
|
|
|
| |
We have special code to look at (type GLib.List(utf8)), but (type
GLib.PtrArray(utf8)) didn't work.
This allows NetworkManager to annotate the ActiveConnections property.
https://bugzilla.gnome.org/show_bug.cgi?id=733879
|
|
|
|
|
|
|
|
| |
Like the update to tests/Makefile.am, update gi-tests-msvc.mak so that
everything.[c|h] can be generated with the symbols annotated for export and
the headers that define those annotations can be pulled in appropriately.
https://bugzilla.gnome.org/show_bug.cgi?id=732669
|
|
|
|
|
|
|
|
|
| |
Make use of the new options in codegen.py/testcodegen.py so that the
symbols in the generated everything.[c|h] can be annotated for export, and
the necessary headers to facilitate the compile-time symbol exporting can
be included appropriately.
https://bugzilla.gnome.org/show_bug.cgi?id=732669
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds options to scannermain so that we can decorate functions with
macros as needed, so that we can use compiler annotations for symbol export
for example.
Options are also added to include headers before or after the main include
block at the top so that we can include headers as necessary in the
generated sources and/or headers, so that we could for example grab
definitions from those headers as needed, such as to grab definitions of
macros used for symbol export.
The testcodegen.py script has been updated as well to make use of this
functionality, if needed.
https://bugzilla.gnome.org/show_bug.cgi?id=732669
|
|
|
|
|
|
|
|
| |
Like the other test programs, include config.h before anything and decorate
the lone symbols for export, and include $(top_srcdir)/tests so that
gitestmacros.h can be found and used.
https://bugzilla.gnome.org/show_bug.cgi?id=732669
|
| |
|
| |
|