GNOME.org
 

Gtkmm-forge digest, Vol 1 #1096 - 6 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 336934] [PATCH] Convert from popt to GOption (gnomemm (bugzilla.gnome.org))
   2. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   3. [Bug 335522] gtkmm 2.0/2.2: Cannot convert `int*' to `void**' for argument (gtkmm (bugzilla.gnome.org))
   4. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   5. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))
   6. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (gtkmm (bugzilla.gnome.org))

--__--__--

Message: 1
To: gtkmm-forge lists sourceforge net
From: "gnomemm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Mon,  3 Apr 2006 02:21:50 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 336934] [PATCH] Convert from popt to GOption

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=3D336934
 gnomemm | libgnomemm | Ver: unspecified


Murray Cumming changed:

           What    |Removed                     |Added
-------------------------------------------------------------------------=
---
                 CC|                            |murrayc murrayc com
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #2 from Murray Cumming  2006-04-03 06:21 UTC -------
Applied. I am very glad to see this done. Many thanks.

I have made the OptionContext& non const because the values will be chang=
ed
during option processing.

> gnomemm_hello (is that still relevant?)

Yes, but a) it doesn't build for me at the moment, b) we do not encourage
people to use libgnomeui anyway.


--=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: Mon,  3 Apr 2006 06:37:36 -0400 (EDT)
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 #36 from Toralf Lund  2006-04-03 10:37 UTC -------
(In reply to comment #34)
> Ok, now I understand your point. You want to get rid of the
> --enable-pseudo-reloc flag.
Yes. And perhaps more importantly, I think I was supposed to be able to g=
et rid
of it simply by using a gtkmm version released after this bug was marked =
as
fixed.

I didn't really try "--enable-pseudo-reloc" earlier, though, since it had=
 been
rejected by others in the above notes. I have now tested it a bit, but no=
t been
able to reproduce the runtime problems.

(In reply to comment #35)
> Now a single question : instead of moving the definition
> of the TreeViewColumn constructor to the class declaration, can't you
> "inline" it like you do with the pack_start and pack_end methods ?
Actually, I think I can. I thought I found earlier that I had to move the=
 code,
but after testing some more, I believe adding "inline" is enough.


--=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: Mon,  3 Apr 2006 07:20:23 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 335522] gtkmm 2.0/2.2: Cannot convert `int*' to `void**' for argument

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=3D335522
 gtkmm | build | Ver: 2.2





------- Comment #8 from Murray Cumming  2006-04-03 11:20 UTC -------
Committed to the gtkmm2 cvs module.=20


--=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: Mon,  3 Apr 2006 08:42:48 -0400 (EDT)
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


Toralf Lund changed:

           What    |Removed                     |Added
-------------------------------------------------------------------------=
---
  Attachment #62455|0                           |1
        is obsolete|                            |




------- Comment #37 from Toralf Lund  2006-04-03 12:42 UTC -------
Created an attachment (id=3D62666)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=3D62666&action=3Dview)
Proposed resolution of remaining issues for gtkmm 2.6.5


--=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: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Mon,  3 Apr 2006 11:07:11 -0400 (EDT)
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 #38 from Murray Cumming  2006-04-03 15:07 UTC -------
How is this different than what GKTMM_API does? What is this DLL_EXPORT m=
acro?


--=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: 6
To: gtkmm-forge lists sourceforge net
From: "gtkmm (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
Date: Mon,  3 Apr 2006 13:11:14 -0400 (EDT)
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 #39 from Toralf Lund  2006-04-03 17:11 UTC -------
While GTKMM_API will sometimes contain "__declspec(dllimport)", it is emp=
ty
when building gtkmm 2.6 with mingw32-gcc using the default compiler optio=
ns.
One might of course change the macro definitions, but the current setup i=
s
correct in that "dllimport" is not needed at the other points where GTKMM=
_API
is specified.

DLL_EXPORT represents the only way I could think of to distinguish beetwe=
en
header file inclusion for the purpose of building gtkmm itself, and for
compilation of gtkmm client software. I thought I might use GTKMM_BUILD f=
or
this, but it looks like that macro is never defined. The actual DLL_EXPOR=
T
setup comes from the libtool script on the main source directory. But I'm=
 now
starting to wonder what will happen if the client software also has dlls =
built
via libtool...


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