Gtkmm-forge digest, Vol 1 #949 - 3 msgs

[gtkmm-forge-request lists sourceforge net]

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 (bugzilla-daemon bugzilla gnome org)
   2. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (bugzilla-daemon bugzilla gnome org)
   3. [Bug 309030] Gtk::TreeModelColumn not imported properly on windows (bugzilla-daemon bugzilla gnome org)

--__--__--

Message: 1
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Date: Tue, 12 Jul 2005 02:48:43 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Additional Comments From Murray Cumming  2005-07-12 06:48 -------
So, this would be a workaround for a bug in gcc? And that bug is that
--export-all does not export everything?

> Strictly speaking it's not a g++ bug since auto-import is an extension =
created=20
> to try and make windows dll's behave like .so's.

But it's clearly not behaving like a .so, so surely it's a bug?

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 2
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Date: Tue, 12 Jul 2005 09:37:43 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Additional Comments From Murray Cumming  2005-07-12 13:37 -------
Also, I don't seen any patch here.

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 3
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Date: Tue, 12 Jul 2005 22:20:47 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 309030] Gtk::TreeModelColumn not imported properly on windows

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D309030
 gtkmm | TreeView | Ver: 2.6





------- Additional Comments From haleykd users sf net  2005-07-13 02:20 -=
------
Let's see if I can clear this up.  --export-all works, everything is expo=
rted
properly.  The bug per se is with auto-import.

When deriving, g++ needs the address of the vtable & type info structures=
 of the
base classes.  These addresses must be constant, however they are relocat=
able in
a dll.  The solution is for g++ to generate new sturcts and use those.  T=
he bug
is that it only knows to do this when the class is marked dllimport.

There is a related issue with importing data.  Currently warnings are gen=
erated
when auto-import data such as Gtl::Stock::NEW.  Its been a long time sinc=
e this
was last discussed but iirc dll's could not directly export data, instead=
 it was
simulated by having the import symbols point to a function which returned=
 the
data.  I think that all compilers still generate data exports this way.  =
I think
that it's now possible to directly export data but I'm not certain.  Auto=
-import
links against the function symbol which means that some uses are not poss=
ible
which is why the warning occurs.  I'm don't remember if/how marking it dl=
limport
deals with this but a least it stops the warnings.

I don't really expect the fixes to be back ported to gcc 3.4.x.  As for a=
 patch,
both solutions have already been mentioned. =20

------- You are receiving this mail because: -------
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