Send Gtkmm-forge mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
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 576047] pkg-config for gtkmm under Windows cannot
handling tha path with space (gtkmm (bugzilla.gnome.org))
2. [Bug 576047] pkg-config for gtkmm under Windows cannot
handling tha path with space (gtkmm (bugzilla.gnome.org))
3. [Bug 574861] Including _CUSTOM_CAST_CTOR and
_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
(glibmm (bugzilla.gnome.org))
4. [Bug 576069] New: Call to Gtk::Builder::create_from_file is
ambiguous (gtkmm (bugzilla.gnome.org))
5. [Bug 576069] Call to Gtk::Builder::create_from_file is
ambiguous (gtkmm (bugzilla.gnome.org))
6. [Bug 576047] pkg-config for gtkmm under Windows cannot
handling tha path with space (gtkmm (bugzilla.gnome.org))
7. [Bug 573482] libglademm: thoughts about signal autoconnecting
(gtkmm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Fri, 20 Mar 2009 09:36:38 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
Windows cannot handling tha path with space
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=576047
gtkmm | general | Ver: 2.16.x
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected]
------- Comment #1 from Murray Cumming 2009-03-20 09:37 UTC -------
CCing Armin, who works on the Windows installer.
Armin, is this a known pkg-config bug?
Should our installer warn the user when they use a patch with spaces?
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=576047.
------------------------------
Message: 2
Date: Fri, 20 Mar 2009 10:39:10 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
Windows cannot handling tha path with space
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=576047
gtkmm | general | Ver: 2.16.x
------- Comment #2 from Armin Burgmeier 2009-03-20 10:39 UTC -------
Yes, it is a known problem. See this freedesktop.org bug:
https://bugs.freedesktop.org/show_bug.cgi?id=3571. The Wiki page at
http://live.gnome.org/gtkmm/MSWindows already mentions the problem.
I will add a warning to the installer, though I would love to simply have
pkg-config fixed. The bug mentioned above even has a patch.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=576047.
------------------------------
Message: 3
Date: Fri, 20 Mar 2009 11:00:29 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=574861
glibmm | build | Ver: unspecified
------- Comment #13 from Murray Cumming 2009-03-20 11:01 UTC -------
Sorry, I was wrong. The (construct_params) constructor is indeed generated for
each class, and that is correct and necessary. However Gtk::Object manages to
implement it's own code for this in its object.ccg file. I wonder how. Could
you try to figure that out?
I also notice that Gtk::Object does correct the floating reference in its case
constructor, by using a _CUSTOM_CTOR_CAST macro (probably in gtkobject.m4). I
was wrong about that too. So please do add something like that to gobject.m4,
but use that _CUSTOM_CTOR_CAST name instead of _CUSTOM_CAST_CTOR, for
consistency with gtkobject.m4.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=574861.
------------------------------
Message: 4
Date: Fri, 20 Mar 2009 11:50:32 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 576069] New: Call to
Gtk::Builder::create_from_file is ambiguous
To: [email protected]
Message-ID: <[email protected]/>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=576069
gtkmm | build | Ver: unspecified
Summary: Call to Gtk::Builder::create_from_file is ambiguous
Product: gtkmm
Version: unspecified
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: build
AssignedTo: [email protected]
ReportedBy: [email protected]
QAContact: [email protected]
GNOME version: Unspecified
GNOME milestone: Unspecified
Calling Gtk::Builder::create_from_file() with two string literals is ambiguous
and causes a compiler error. The line
Gtk::Builder::create("foo", "bar");
produces
foo.cpp:5: error: call of overloaded ?create_from_file(const char [4], const
char [4])? is ambiguous
/usr/include/gtkmm-2.4/gtkmm/builder.h:187: note: candidates are: static
Glib::RefPtr<Gtk::Builder> Gtk::Builder::create_from_file(const std::string&,
const Glib::ustring&)
/usr/include/gtkmm-2.4/gtkmm/builder.h:202: note: static
Glib::RefPtr<Gtk::Builder> Gtk::Builder::create_from_file(const std::string&,
const Glib::StringArrayHandle&)
I'm using g++ 4.3.3. The same line compiles fine on Windows using MinGW with
g++ 3.4.5.
I think the problem is because of this ArrayHandle constructor:
template <class Cont> inline
ArrayHandle(const Cont& container);
Can we somehow "hide" it from being seen if Cont is not a container type, to
prevent the compiler from trying implicit conversions which would not work
anyway?
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=576069.
------------------------------
Message: 5
Date: Fri, 20 Mar 2009 12:00:37 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 576069] Call to
Gtk::Builder::create_from_file is ambiguous
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=576069
gtkmm | build | Ver: unspecified
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Comment #1 from Murray Cumming 2009-03-20 12:01 UTC -------
I fixed this already in recent versions of gtkmm.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=576069.
------------------------------
Message: 6
Date: Fri, 20 Mar 2009 12:12:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
Windows cannot handling tha path with space
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=576047
gtkmm | general | Ver: 2.16.x
------- Comment #3 from Tao Wang 2009-03-20 12:12 UTC -------
ok, maybe there are 2 options.
First, build our own pkg-config with the patch fixed the problem, and package
it into the win32 installer.
Second, change the default installation path from "C:\Program Files\gtkmm" to
"C:\gtkmm", so the pkg-config problem will not be raised.
Of course, if the user intend to install it under something with space in name,
then at least a warning is shown to user.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=576047.
------------------------------
Message: 7
Date: Fri, 20 Mar 2009 12:38:29 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
signal autoconnecting
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=573482
gtkmm | general | Ver: unspecified
------- Comment #49 from Murray Cumming 2009-03-20 12:39 UTC -------
(In reply to comment #48)
> > So, using it for member methods requires that the class derives from
> > Glib::SlotsContainer, if I understand this.
> It is the preferred solution, yes. But I also implemented the way of adding
> the members from the non-derived classes. There is no demo for this, but
> it will look like
> slots.register_slot(GLIBMM_MAKE_SLOT(SomeClass::some_handler), obj_ptr);
> So I think all the possibilities are now supported.
It would be nice to add a test for this too, please.
> > Is there any way to use this
> > when just using get_widget() instead of get_widget_derived()?
> Could you please clarify?
> Yep, the changes to the "basic" example are with get_widget(), so I guess
> there are no problems.
The example seems to connect the signals before get_widget() is called. But the
instance does not exist until get_widget() is called, and the instance is
needed for the call to sigc::mem_fun().
It would be nice to see a test/example of this in the patch too.
> > I notice that you are still using the GLIBMM_DECLARE_SLOTS() macro, though
> > I've
> > said that I'd like that to be removed.
> MySlots2 class in the "basic" example is implemented without any macros at
> all.
Ah, thanks. Could you please remove the __ prefix and change () to (void).
> So where do we go from here? Is the API now good enough (modulo the macro),
> or are there any other things to be done? And if it is OK, then what are
> the plans? :)
Once the above things are done then I will send an email to the mailing list
showing the proposed API via examples, asking if people think it is useful.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why
you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=573482.
------------------------------
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
------------------------------
_______________________________________________
Gtkmm-forge mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 34, Issue 21
*******************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
