Gtkmm-forge digest, Vol 1 #1091 - 4 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 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   2. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   3. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   4. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))

--__--__--

Message: 1
To: gtkmm-forge lists sourceforge net
From: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Tue, 28 Mar 2006 03:23:34 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

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=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Comment #23 from Murray Cumming  2006-03-28 08:23 UTC -------
By the way, does it help if you use a newer glibmm (such as 2.10). I don'=
t
think that glib 2.10 and glibmm 2.10 will bring in extra dependencies.


--=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: Tue, 28 Mar 2006 03:23:59 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

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=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Comment #24 from Murray Cumming  2006-03-28 08:23 UTC -------
Oh ignore that. That's no good for gtkmm 2.2.


--=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: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Tue, 28 Mar 2006 03:58:16 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

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=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Comment #25 from Toralf Lund  2006-03-28 08:58 UTC -------
(In reply to comment #22)
> > Regarding 2, I think the answer is that it actually doesn't.
>=20
> I don't understand this. Can you concisely describe the suggested fix?
Simply put, the TreeViewColumn has a construct of the form
class A {
public:
  ...
  template<class T> A(T arg);
};

template<class T> inline A::A(T arg)
{
  <Do the object init>
}

The patch changes that to

class A {
public:
  ...
  template<class T> A(T arg)
  { <Do the object init> };
};

These are two fully equivalent ways of defining an inline method (templat=
e),
and I don't think you can generally say that one is "better" or "more cor=
rect"
than the other. However, g++ versions prior to 4.1 apparently have a bug =
in the
handling of constructors that are function templates, that under certain
conditions causes a compiler crash during template instantiation (i.e. wh=
en
compiling code that uses the constructor in question.) I'm not sure what
excatly those conditions are, but I found that the crash stopped occuring=
 for
the gtkmm example code, and also some of my own tests, after I changed th=
e code
layout as indicated above.


--=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: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Tue, 28 Mar 2006 05:12:12 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

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=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Comment #26 from Toralf Lund  2006-03-28 10:12 UTC -------
(In reply to comment #23)
> By the way, does it help if you use a newer glibmm (such as 2.10). I do=
n't
> think that glib 2.10 and glibmm 2.10 will bring in extra dependencies.
>=20

(In reply to comment #24)
> Oh ignore that. That's no good for gtkmm 2.2.
>=20
This may be relevant in conjunction with another incarnation of this issu=
e,
however:

I find that the fix doesn't really work when building gtkmm 2.6.5 on top =
of
glibmm 2.6.1 using "MinGW" gcc. The addition of GTKMM_API makes no differ=
ence,
as the macro will in fact have an emtpy body. "__declspec(dllimport)" is
included if, and only if, GLIBMM_DLL is defined, which it actually isn't.=
 This
should be clear from the following section of glibmmconfig.h:

#if defined(_WIN32)
// Win32 compilers have a lot of varation
#if defined(_MSC_VER)
#define GLIBMM_MSC
#define GLIBMM_WIN32
#define GLIBMM_DLL
#elif defined(__CYGWIN__)
#define GLIBMM_CONFIGURE
#elif defined(__MINGW32__)
#define GLIBMM_WIN32
#define GLIBMM_CONFIGURE
#else

So perhaps this bug ought to be reopened (can't do it myself...), or shou=
ld I
add a new one?


--=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]