GNOME.org
 

Gtkmm-forge digest, Vol 1 #1063 - 5 msgs

Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-admin lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 331746] New: Only generate Makefiles if feature is enabled (gtkmm (bugzilla.gnome.org))
   2. [Bug 331746] Only generate Makefiles if feature is enabled (gtkmm (bugzilla.gnome.org))
   3. [Bug 330535] GKeyFile not wrapped (glibmm (bugzilla.gnome.org))
   4. [Bug 330535] GKeyFile not wrapped (glibmm (bugzilla.gnome.org))
   5. [Bug 330535] GKeyFile not wrapped (glibmm (bugzilla.gnome.org))

--__--__--

Message: 1
To: gtkmm-forge lists sourceforge net
From: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Sun, 19 Feb 2006 00:12:33 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 331746] New: Only generate Makefiles if feature is enabled

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D331746
 gtkmm | build | Ver: 2.8.x

           Summary: Only generate Makefiles if feature is enabled
           Product: gtkmm
           Version: 2.8.x
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: build
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: jonathon jongsma gmail com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


There are several --enable-feature arguments in gtkmm's configure script,=
 which
essentially determines which directories are added to SUBDIRS.  But it cr=
eates
the Makefiles for all subdirs even if the feature is disabled.  It'd be n=
ice to
create these only when the features are enabled.  See cairomm bug
https://bugs.freedesktop.org/show_bug.cgi?id=3D5929


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


--__--__--

Message: 2
To: gtkmm-forge lists sourceforge net
From: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Sun, 19 Feb 2006 00:15:47 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 331746] Only generate Makefiles if feature is enabled

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D331746
 gtkmm | build | Ver: 2.8.x





------- Comment #1 from jonner  2006-02-19 05:15 UTC -------
Created an attachment (id=3D59679)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=3D59679&action=3Dview)
patch to add Makefiles to AC_CONFIG_FILES only when the feature is enable=
d

Ok to commit?


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


--__--__--

Message: 3
To: gtkmm-forge lists sourceforge net
From: "glibmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Sun, 19 Feb 2006 12:14:17 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 330535] GKeyFile not wrapped

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D330535
 glibmm | general | Ver: 2.9.x





------- Comment #3 from Murray Cumming  2006-02-19 17:14 UTC -------
Looks really good. Could you post that example here, maybe in a tarball?


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


--__--__--

Message: 4
To: gtkmm-forge lists sourceforge net
From: "glibmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Sun, 19 Feb 2006 12:32:31 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 330535] GKeyFile not wrapped

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D330535
 glibmm | general | Ver: 2.9.x





------- Comment #4 from Murray Cumming  2006-02-19 17:32 UTC -------
I would prefer to rename bool delete_c_instance to take_ownership, and
glibmm_generated to owns_gobject_, because that's more like what we do
sometimes elsewhere. It is awkward, but hopefully almost nobody will need=
 to
use it because other API does not return GKeyFile instances.

I'd prefer that we _always_ own the C object, and force people to copy th=
e C
object if necessary. But unfortunately, I don't see a copy function in th=
e C
API. That happens sometimes.

And of copying of our own C++ instance isn't possible (because we can't c=
opy
the C instance) then we should probably add private (and non implemented)
declarations of the copy constructor and operator=3D().



I'd guess that you don't need the NO_GTYPE with the
_WRAP_ENUM(KeyFileFlags, GKeyFileFlags, NO_GTYPE)
because glib and GTK+ usually register the types properly.

You might want a default flags value for=20
load_from_data_dirs(const std::string& file, std::string& full_path,
KeyFileFlags flags);

The get_*() and has_*() methods should be const.

The existing code does
method
{
}
rather than=20
method {
}
so I would prefer that it stay consistent.


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


--__--__--

Message: 5
To: gtkmm-forge lists sourceforge net
From: "glibmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Sun, 19 Feb 2006 17:47:17 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 330535] GKeyFile not wrapped

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D330535
 glibmm | general | Ver: 2.9.x





------- Comment #5 from Rob Page  2006-02-19 22:47 UTC -------
Created an attachment (id=3D59743)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=3D59743&action=3Dview)
KeyFile example program.

Unzip this into glibmm/examples/,=20
add examples/keyfile/Makefile to AC_CONFIG_FILES in configure.in and keyf=
ile to
example_dirs in examples/Makefile.am, and compile as normal..=20

if all goes should create an executable called test in glibmm/examples/ke=
yfile
which should run through some of the Glib::KeyFile functionality.

And thanks for the tips. I'll try and get those done and submit a new pat=
ch
tomorrow.


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.



--__--__--

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]