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 460969] Ignore virtual destructor warning in
setinterface.h (gnomemm (bugzilla.gnome.org))
2. [Bug 399216] New feature: Glib::ustring::compose()
(glibmm (bugzilla.gnome.org))
3. [Bug 466853] New: Gtk::Box_Helpers::BoxList::insert() has
wrong return value. (gtkmm (bugzilla.gnome.org))
4. [Bug 467539] New: Gdk::Drawable::get_size has no const
version (gtkmm (bugzilla.gnome.org))
5. [Bug 468257] New: Can't compile with/against gconfmm-2.6
(gnomemm (bugzilla.gnome.org))
6. [Bug 468257] Can't compile gconfmm-2.6
(gnomemm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Tue, 14 Aug 2007 10:33:59 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 460969] Ignore virtual destructor
warning in setinterface.h
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=460969
gnomemm | gconfmm | Ver: unspecified
------- Comment #7 from Martin Ejdestig 2007-08-14 10:33 UTC -------
Are there any cases that you think the documentation for system headers doesn't
cover or any documented case that might prove to be a problem?
(It works for simple projects at least. I just tested adding a virtual method
to a class but no virtual destructor and compiled with -Wall -Werror. The class
header file included a header similar to the one in comment #0.)
--
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=460969.
------------------------------
Message: 2
Date: Wed, 15 Aug 2007 01:41:22 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 399216] New feature:
Glib::ustring::compose()
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=399216
glibmm | strings | Ver: 2.13.x
------- Comment #12 from Daniel Elstner 2007-08-15 01:41 UTC -------
OK, I committed the API change as discussed on the mailing list:
2007-08-15 Daniel Elstner <[EMAIL PROTECTED]>
* glib/glibmm/ustring.{cc,h} (ustring::compose_argv): Rename
"format" argument to "fmt" to avoid name clashes with the method
of the same name.
(ustring::compose): Make the type of each substitution parameter
a template argument, and invoke ustring::format() implicitly for
non-string arguments. Explicit invocation of ustring::format() is
still necessary in order to apply I/O manipulators to an argument.
(ustring::Stringify): New auxiliary template class used in the
implementation of ustring::compose().
* examples/compose/main.cc (show_examples): Omit explicit calls
to ustring::format() where possible.
--
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=399216.
------------------------------
Message: 3
Date: Wed, 15 Aug 2007 03:38:53 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 466853] New:
Gtk::Box_Helpers::BoxList::insert() has wrong return value.
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=466853
gtkmm | build | Ver: 2.10.x
Summary: Gtk::Box_Helpers::BoxList::insert() has wrong return
value.
Product: gtkmm
Version: 2.10.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: Normal
Component: build
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: Unspecified
GNOME milestone: Unspecified
It returns iterator to the end, instead of a iterator to the element just
inserted.
Gtk::Box_Helpers::BoxList is supposed to act like a std container, right?
--
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=466853.
------------------------------
Message: 4
Date: Fri, 17 Aug 2007 03:56:45 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 467539] New: Gdk::Drawable::get_size
has no const version
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=467539
gtkmm | build | Ver: 2.10.x
Summary: Gdk::Drawable::get_size has no const version
Product: gtkmm
Version: 2.10.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: Normal
Component: build
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: Unspecified
GNOME milestone: Unspecified
Unless you have to modify something to get the width an height of the Drawable,
shouldn't it be const?
--
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=467539.
------------------------------
Message: 5
Date: Sun, 19 Aug 2007 17:19:22 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 468257] New: Can't compile with/against
gconfmm-2.6
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=468257
gnomemm | gconfmm | Ver: 2.6
Summary: Can't compile with/against gconfmm-2.6
Product: gnomemm
Version: 2.6
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: critical
Priority: Normal
Component: gconfmm
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: 2.17/2.18
GNOME milestone: Unspecified
Steps to reproduce:
1. Download gconfmm-2.6 from SVN trunk or use gconfmm-2.6-devel provided with
Fedora 7
2. Type ./autogen.sh
3. Type make
Stack trace:
Making all in tools
make[1]: Entering directory `/home/axelgenus/temp/gconfmm/tools'
Making all in extra_defs_gen
make[2]: Entering directory `/home/axelgenus/temp/gconfmm/tools/extra_defs_gen'
g++ -DHAVE_CONFIG_H -I. -I../../gconf -DORBIT2=1 -pthread
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0
-I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -g -O2 -MT
generate_defs_gconf.o -MD -MP -MF .deps/generate_defs_gconf.Tpo -c -o
generate_defs_gconf.o generate_defs_gconf.cc
mv -f .deps/generate_defs_gconf.Tpo .deps/generate_defs_gconf.Po
/bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -o
generate_extra_defs generate_defs_gconf.o -pthread -L/usr/lib -lglibmm-2.4
-lsigc-2.0 -lgconf-2 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0 -lglib-2.0
-lglibmm_generate_extra_defs-2.4
mkdir .libs
g++ -g -O2 -o generate_extra_defs generate_defs_gconf.o -pthread -L/usr/lib
-lglibmm-2.4 -lsigc-2.0 -lgconf-2 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0
-lglib-2.0 -lglibmm_generate_extra_defs-2.4
/usr/bin/ld: skipping incompatible /usr/lib/libsigc-2.0.so when searching for
-lsigc-2.0
/usr/bin/ld: skipping incompatible /usr/lib/libgconf-2.so when searching for
-lgconf-2
/usr/bin/ld: skipping incompatible /usr/lib/libORBit-2.so when searching for
-lORBit-2
/usr/bin/ld: skipping incompatible /usr/lib/libgthread-2.0.so when searching
for -lgthread-2.0
/usr/bin/ld: skipping incompatible /usr/lib/librt.so when searching for -lrt
/usr/bin/ld: skipping incompatible /usr/lib/librt.a when searching for -lrt
/usr/bin/ld: skipping incompatible /usr/lib/libgobject-2.0.so when searching
for -lgobject-2.0
/usr/bin/ld: skipping incompatible /usr/lib/libglib-2.0.so when searching for
-lglib-2.0
/usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm
/usr/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
/usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for
-lpthread
/usr/bin/ld: skipping incompatible /usr/lib/libpthread.a when searching for
-lpthread
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
make[2]: Leaving directory `/home/axelgenus/temp/gconfmm/tools/extra_defs_gen'
Making all in m4
make[2]: Entering directory `/home/axelgenus/temp/gconfmm/tools/m4'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/axelgenus/temp/gconfmm/tools/m4'
make[2]: Entering directory `/home/axelgenus/temp/gconfmm/tools'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/axelgenus/temp/gconfmm/tools'
make[1]: Leaving directory `/home/axelgenus/temp/gconfmm/tools'
Making all in gconf
make[1]: Entering directory `/home/axelgenus/temp/gconfmm/gconf'
make all-recursive
make[2]: Entering directory `/home/axelgenus/temp/gconfmm/gconf'
Making all in src
make[3]: Entering directory `/home/axelgenus/temp/gconfmm/gconf/src'
make[3]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf/src'
Making all in gconfmm
make[3]: Entering directory `/home/axelgenus/temp/gconfmm/gconf/gconfmm'
Making all in private
make[4]: Entering directory
`/home/axelgenus/temp/gconfmm/gconf/gconfmm/private'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf/gconfmm/private'
make[4]: Entering directory `/home/axelgenus/temp/gconfmm/gconf/gconfmm'
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-DG_LOG_DOMAIN=\"gconfmm\" -I../../gconf -I../../gconf -DORBIT2=1 -pthread
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0
-I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -g -O2 -MT
client.lo -MD -MP -MF .deps/client.Tpo -c -o client.lo client.cc
mkdir .libs
g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gconfmm\" -I../../gconf -I../../gconf
-DORBIT2=1 -pthread -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2
-I/usr/include/orbit-2.0 -I/usr/include/glibmm-2.4
-I/usr/lib64/glibmm-2.4/include -g -O2 -MT client.lo -MD -MP -MF
.deps/client.Tpo -c client.cc -fPIC -DPIC -o .libs/client.o
../../gconf/gconfmm/client.h: In static member function 'static int
Gnome::Conf::BasicTypeTraits<int>::to_cpp_type(int*)':
../../gconf/gconfmm/client.h:259: error: cast from 'int*' to 'gint' loses
precision
../../gconf/gconfmm/client.h: In static member function 'static bool
Gnome::Conf::BasicTypeTraits<bool>::to_cpp_type(gboolean*)':
../../gconf/gconfmm/client.h:290: error: cast from 'gboolean*' to 'gint' loses
precision
client.cc: In member function 'GSList* Gnome::Conf::Client::get_list(const
Glib::ustring&, GConfValueType) const':
client.cc:238: error: cast from 'void*' to 'gint' loses precision
make[4]: *** [client.lo] Error 1
make[4]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf/gconfmm'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf/gconfmm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/axelgenus/temp/gconfmm/gconf'
Other information:
I can't compile also simple programs using the gconfmm-2.6-devel package
provided by the OS.
// main.cc (thanks to ZeFlunk of the Linkage team)
?#include <gconfmm.h>
int main(int argc, char *argv[]) {
Gnome::Conf::init();
Glib::RefPtr<Gnome::Conf::Client> client =
Gnome::Conf::Client::get_default_client();
return 0;
}
$ g++ -o gconfmm-test main.cc `pkg-config --libs --cflags gconfmm-2.6`
/usr/include/gconfmm-2.6/gconfmm/client.h: In static member function ?static
int Gnome::Conf::BasicTypeTraits<int>::to_cpp_type(int*)?:
/usr/include/gconfmm-2.6/gconfmm/client.h:259: error: cast from ?int*? to
?gint? loses precision
/usr/include/gconfmm-2.6/gconfmm/client.h: In static member function ?static
bool Gnome::Conf::BasicTypeTraits<bool>::to_cpp_type(gboolean*)?:
/usr/include/gconfmm-2.6/gconfmm/client.h:290: error: cast from ?gboolean*?
to ?gint? loses precision
It seems the same problem. :(
--
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=468257.
------------------------------
Message: 6
Date: Sun, 19 Aug 2007 17:21:17 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 468257] Can't compile gconfmm-2.6
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=468257
gnomemm | gconfmm | Ver: 2.6
Calor? Alessandro changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |blocker
OS/Version|All |Linux
Summary|Can't compile with/against |Can't compile gconfmm-2.6
|gconfmm-2.6 |
--
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=468257.
------------------------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
------------------------------
_______________________________________________
Gtkmm-forge mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 15, Issue 3
******************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
