GNOME.org
 

[gtkmm] Gtkmm-forge digest, Vol 1 #451 - 9 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.


Today's Topics:

   1. [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2 (bugzilla-daemon widget gnome org)
   2. [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal (bugzilla-daemon widget gnome org)
   3. [Bug 116103] Changed - Many methods want zero value but there c++ reference parameter (bugzilla-daemon widget gnome org)
   4. [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal (bugzilla-daemon widget gnome org)
   5. [Bug 116234] Changed - libbonobomm and libbonobouimm autoge.sh scripts not checking for automake aclocal properly (bugzilla-daemon widget gnome org)
   6. [Bug 116280] New - Glib::ObjectBase don't inherit SigC::Object virtually (bugzilla-daemon widget gnome org)
   7. [Bug 116294] New - changes to orbitcpp have broken macro (bugzilla-daemon widget gnome org)
   8. [Bug 116294] Changed - changes to orbitcpp have broken macro (bugzilla-daemon widget gnome org)
   9. [Bug 78670] Changed - Complete work on C++ bindings in libgda (bugzilla-daemon widget gnome org)

--__--__--

Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: max quendi de
Date: Sat, 28 Jun 2003 23:54:48 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=93412

Changed by julian jabber org 

--- shadow/93412	Fri Jun  6 04:28:16 2003
+++ shadow/93412.tmp.14586	Sat Jun 28 23:54:48 2003
@@ -182,6 +182,38 @@
 account as for connect.apple.com (just like one has to register for bugzilla :-)
 
 ------- Additional Comments From murrayc usa net  2003-06-06 04:28 -------
 Julian, could you please log a bug with Apple about this? If the
 developer tools are released so infrequently then it makes sense to
 tell them as soon as possible.
+
+------- Additional Comments From julian jabber org  2003-06-28 23:54 -------
+As of June 23, Apple has released gcc 3.3 for Mac OS 10.2. 10.3 will also include 3.3.
+
+Unfortunately....
+
+In file included from ../../glib/glibmm/exception.h:25,
+                 from ../../glib/glibmm/error.h:28,
+                 from ../../glib/glibmm/convert.h:29,
+                 from convert.cc:3:
+../../glib/glibmm/ustring.h:532: error: `template<class In, class ValueType = 
+   typename std::iterator_traits<_Iterator>::value_type> struct 
+   Glib::ustring::SequenceToString' is private
+../../glib/glibmm/ustring.h:548: error: within this context
+../../glib/glibmm/ustring.h:532: error: `template<class In, class ValueType = 
+   typename std::iterator_traits<_Iterator>::value_type> struct 
+   Glib::ustring::SequenceToString' is private
+../../glib/glibmm/ustring.h:554: error: within this context
+../../glib/glibmm/ustring.h:532: error: `template<class In, class ValueType = 
+   typename std::iterator_traits<_Iterator>::value_type> struct 
+   Glib::ustring::SequenceToString' is private
+../../glib/glibmm/ustring.h:560: error: within this context
+../../glib/glibmm/ustring.h:532: error: `template<class In, class ValueType = 
+   typename std::iterator_traits<_Iterator>::value_type> struct 
+   Glib::ustring::SequenceToString' is private
+../../glib/glibmm/ustring.h:566: error: within this context
+make[5]: *** [convert.lo] Error 1
+make[4]: *** [all-recursive] Error 1
+make[3]: *** [all-recursive] Error 1
+make[2]: *** [all] Error 2
+make[1]: *** [all-recursive] Error 1
+make: *** [all] Error 2



--__--__--

Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 04:43:16 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116233

Changed by murrayc usa net 

--- shadow/116233	Sat Jun 28 20:44:28 2003
+++ shadow/116233.tmp.2856	Sun Jun 29 04:43:16 2003
@@ -9,16 +9,28 @@
 Priority: Normal
 Component: libbonobomm
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: spundun isi edu               
 TargetMilestone: ---
 URL: 
-Summary: libbonobomm and libbonobouimm autoge.sh scripts not checking for automake aclocal properly
+Summary: libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal
 
 The autogen.sh script for both libbonobomm and libobonobouimm looks for
 aumake and aclocal version 1.4 only. I had version 1.7 of those on my
 mandrake 9.1 system so had to fix that. Attaching the patch.
 
 ------- Additional Comments From spundun isi edu  2003-06-28 20:44 -------
 Created an attachment (id=17884)
 patch that looks for just automake, not automake-1.4
 
+
+------- Additional Comments From murrayc usa net  2003-06-29 04:43 -------
+When we use specific numbered versions of autotools, it's because we 
+find that things don't work with all versions. Have you checked that 
+this works with a completely clean checkout?
+
+Actually, this is based on the gnome-hello autogen.sh and I would 
+like to know if the changes works there - it does 
+internationalization stuff that might need specific autotools.
+
+So, in summary, we need some more investigation before applying this 
+patch. Thanks.



--__--__--

Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, fuxx mail ru
Cc: 
Date: Sun, 29 Jun 2003 04:49:21 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116103] Changed - Many methods want zero value but there c++ reference parameter

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116103

Changed by murrayc usa net 

--- shadow/116103	Fri Jun 27 08:13:56 2003
+++ shadow/116103.tmp.4745	Sun Jun 29 04:49:21 2003
@@ -30,6 +30,32 @@
 
 I suggest we should modify m4 macros _WRAP_METHOD to allow it to generate
 several
 overloaded variants of same GTK+ function where it can get 0 value as
 parameter,
 or any other way for programmer to control this process.
+
+------- Additional Comments From murrayc usa net  2003-06-29 04:49 -------
+> many methods want zero values,
+
+Do you mean that you have read this in the C or C++ documentation? If
+the C++ documentation says this then it is a documentation bug. Please
+  provide a specific bug report for that, ideally providing a patch
+that fixes the problem in a *_docs_overide.xml file.
+
+In these cases, we generally provide a extra overloaded method with
+less parameters, or add an unset_something() method if it would be the
+only parameter.
+
+Re. Gtk::Widget::modify_bg(): I believe we fixed that in gtkmm 2.4.
+Please check.
+
+For Gtk::TreeView::set_cursor(), there are already 3 overloaded
+methods. Are you sure that one of these is not suitable. Please check
+and provide a patch if necessary.
+
+> And there are many such examples.
+
+Not that we know of. Please tell us about them, and patch if necessary.
+
+Thanks.
+



--__--__--

Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 04:50:44 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116233

Changed by murrayc usa net 

--- shadow/116233	Sun Jun 29 04:43:16 2003
+++ shadow/116233.tmp.5265	Sun Jun 29 04:50:44 2003
@@ -31,6 +31,9 @@
 Actually, this is based on the gnome-hello autogen.sh and I would 
 like to know if the changes works there - it does 
 internationalization stuff that might need specific autotools.
 
 So, in summary, we need some more investigation before applying this 
 patch. Thanks.
+
+------- Additional Comments From murrayc usa net  2003-06-29 04:50 -------
+*** Bug 116234 has been marked as a duplicate of this bug. ***



--__--__--

Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 04:50:45 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116234] Changed - libbonobomm and libbonobouimm autoge.sh scripts not checking for automake aclocal properly

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116234

Changed by murrayc usa net 

--- shadow/116234	Sat Jun 28 20:44:19 2003
+++ shadow/116234.tmp.5276	Sun Jun 29 04:50:45 2003
@@ -1,13 +1,13 @@
 Bug#: 116234
 Product: gnomemm
 Version: 2.0
 OS: Linux
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: DUPLICATE
 Severity: normal
 Priority: Normal
 Component: libbonobouimm
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: spundun isi edu               
 TargetMilestone: ---
@@ -19,6 +19,11 @@
 mandrake 9.1 system so had to fix that. Attaching the patch.
 
 ------- Additional Comments From spundun isi edu  2003-06-28 20:44 -------
 Created an attachment (id=17883)
 patch that looks for just automake, not automake-1.4
 
+
+------- Additional Comments From murrayc usa net  2003-06-29 04:50 -------
+
+
+*** This bug has been marked as a duplicate of 116233 ***



--__--__--

Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 14:52:28 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116280] New - Glib::ObjectBase don't inherit SigC::Object virtually

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116280

Changed by fnaumann cs uni-magdeburg de 

--- shadow/116280	Sun Jun 29 14:52:28 2003
+++ shadow/116280.tmp.30819	Sun Jun 29 14:52:28 2003
@@ -0,0 +1,50 @@
+Bug#: 116280
+Product: gtkmm
+Version: 2.4
+OS: other
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: general
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: fnaumann cs uni-magdeburg de               
+TargetMilestone: ---
+URL: 
+Summary: Glib::ObjectBase don't inherit SigC::Object virtually
+
+Glib::ObjectBase don't inherit SigC::Object virtually and so also all Gtk
+derived classes. But this avoid use of the following C++ technique:
+
+class myclass : virtual public SigC::Object
+{
+   ... some things that require libsigc++ ...
+
+protected:
+   void do_something(void) { ... }
+};
+
+class mywidget : public Gtk::Window, public myclass
+{
+   Gtk::Button button;
+
+public:
+   mywidget(void)
+   : button("test")
+   {
+      add(button);
+      show_all_children();
+      
+      button.signal_clicked().connect(
+         SigC::slot(*this, mywidget::do_something));
+   }
+};
+
+At least gcc 3.2.x and above are not able to compile this. They fail in the
+libsigc++ template instantiation on the button connect and the compiler
+complain that SigC::Object is ambigous (as it's not virtually inherited by
+the Gtk/Glib classes). gcc 2.95.x is happy with the one virtual
+SigC::Object in myclass declaration.
+
+Just adding the missing virtual to Glib::ObjectBase fix this problem.



--__--__--

Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 19:16:37 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116294] New - changes to orbitcpp have broken macro

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116294

Changed by bowie owens csiro au 

--- shadow/116294	Sun Jun 29 19:16:37 2003
+++ shadow/116294.tmp.5760	Sun Jun 29 19:16:37 2003
@@ -0,0 +1,22 @@
+Bug#: 116294
+Product: gnomemm
+Version: 1.2
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: libbonobomm
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: bowie owens csiro au               
+TargetMilestone: ---
+URL: 
+Summary: changes to orbitcpp have broken macro
+
+The generated code in tools/m4/class_bonoboobject.m4 depends on internal
+details of orbitcpp. It expects that the stub class for some interface M::X
+is called ::_orbitcpp::stub::M::X. This is no longer the case for orbitcpp
+in CVS. The stub class is now ::M::X. To fix, the reference to
+_orbitcpp::stub needs to be deleted. I will attach the trivial patch
+shortly. If you like I can commit this myself.



--__--__--

Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Sun, 29 Jun 2003 19:17:35 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116294] Changed - changes to orbitcpp have broken macro

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=116294

Changed by bowie owens csiro au 

--- shadow/116294	Sun Jun 29 19:16:37 2003
+++ shadow/116294.tmp.6313	Sun Jun 29 19:17:35 2003
@@ -17,6 +17,11 @@
 The generated code in tools/m4/class_bonoboobject.m4 depends on internal
 details of orbitcpp. It expects that the stub class for some interface M::X
 is called ::_orbitcpp::stub::M::X. This is no longer the case for orbitcpp
 in CVS. The stub class is now ::M::X. To fix, the reference to
 _orbitcpp::stub needs to be deleted. I will attach the trivial patch
 shortly. If you like I can commit this myself.
+
+------- Additional Comments From bowie owens csiro au  2003-06-29 19:17 -------
+Created an attachment (id=17910)
+path to reference new stub class for orbitcpp HEAD
+



--__--__--

Message: 9
From: bugzilla-daemon widget gnome org
To: cwiegand urgentmail com
Cc: gtkmm-forge lists sourceforge net
Date: Sun, 29 Jun 2003 20:02:40 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 78670] Changed - Complete work on C++ bindings in libgda

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=78670

Changed by rodrigo gnome-db org 

--- shadow/78670	Sun Mar  9 19:44:02 2003
+++ shadow/78670.tmp.25473	Sun Jun 29 20:02:40 2003
@@ -8,13 +8,13 @@
 Severity: normal
 Priority: Normal
 Component: c++ bindings
 AssignedTo: cwiegand urgentmail com                            
 ReportedBy: rodrigo gnome-db org               
 QAContact: rodrigo gnome-db org
-TargetMilestone: GNOME-DB-1-0
+TargetMilestone: ---
 URL: 
 Cc: gtkmm-forge lists sourceforge net
 Summary: Complete work on C++ bindings in libgda
 
 Murray Cumming has created the basic skeleton for the C++ bindings as part
 of the gnomemm project (gnomemm module in CVS, gnomemm/libgdamm). So, as




--__--__--

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