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 583568] gstreamermm does not build with make -j 4
(gnomemm (bugzilla.gnome.org))
2. [Bug 583568] gstreamermm does not build with make -j 4
(gnomemm (bugzilla.gnome.org))
3. [Bug 583657] New: A patch to build static libraries correctly
under MinGW (glibmm (bugzilla.gnome.org))
4. [Bug 583657] A patch to build static libraries correctly
under MinGW (glibmm (bugzilla.gnome.org))
5. [Bug 583702] New: otential error in "Programming with gtkmm"
Ch. 17, Paste section (gtkmm (bugzilla.gnome.org))
6. [Bug 583568] gstreamermm does not build with make -j 4
(gnomemm (bugzilla.gnome.org))
7. [Bug 583992] New: Provide conversion between wide and narrow
unicode strings in glibmm (glibmm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Fri, 22 May 2009 19:25:06 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
make -j 4
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=583568
gnomemm | gstreamermm | Ver: unspecified
Jos? Alburquerque changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
------- Comment #1 from Jos? Alburquerque 2009-05-22 19:25 UTC -------
Confirmed. I will try to find a fix over the weekend. Thanks.
--
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=583568.
------------------------------
Message: 2
Date: Fri, 22 May 2009 19:27:25 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
make -j 4
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=583568
gnomemm | gstreamermm | Ver: unspecified
Jos? Alburquerque changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|gtkmm- |[email protected]
|[email protected] |
--
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=583568.
------------------------------
Message: 3
Date: Sat, 23 May 2009 16:59:35 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583657] New: A patch to build static
libraries correctly under MinGW
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=583657
glibmm | build | Ver: unspecified
Summary: A patch to build static libraries correctly under MinGW
Product: glibmm
Version: unspecified
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: build
AssignedTo: [email protected]
ReportedBy: [email protected]
QAContact: [email protected]
GNOME version: Unspecified
GNOME milestone: Unspecified
Please describe the problem:
Glibmm fails to build static libraries under mingw.
The problem is described at
http://thread.gmane.org/gmane.comp.gnome.gtkmm/20718 .
Basically, invalid static libraries are built because of the DLL-specific
symbol decorations, thus preventing normal linking against a static library.
I'm attaching a patch (against master branch) which fixes the problem by
defining *MM_DLL macros only when not building a static library.
Note that you can build either static or shared versions, but not both in the
same build directory (I don't think that's possible at all). So, to build
static libraries, you have to invoke configure with "--disable-shared
--enable-static" options. When building both versions together, no decorations
are applied. This configuration didn't work before anyway (), and I'm not sure
about the effects of undecorated symbols in case of DLLs.
The patch has no effect on cygwin or MSVC, as I don't have any ability to
perform the needed tests on these platforms.
Only glibmm seems to be affected. I was able to build libsigc++, cairomm,
pangomm and gtkmm statically without any patches, and link an executable
against them.
P.S. I tested the patch (with minor modifications) with glibmm 2.18, as I'm
currently unable to build unstable glib (which is required by master branch)
under mingw cross-compiler.
Steps to reproduce:
1. Run
configure --disable-shared --enable-static
under mingw.
Actual results:
Expected results:
Does this happen every time?
yes
Other information:
--
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=583657.
------------------------------
Message: 4
Date: Sat, 23 May 2009 17:01:06 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583657] A patch to build static
libraries correctly under MinGW
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=583657
glibmm | build | Ver: unspecified
------- Comment #1 from Alexander Shaduri 2009-05-23 17:01 UTC -------
Created an attachment (id=135242)
--> (http://bugzilla.gnome.org/attachment.cgi?id=135242&action=view)
A patch that fixes the bug
--
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=583657.
------------------------------
Message: 5
Date: Sun, 24 May 2009 06:39:01 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583702] New: otential error in
"Programming with gtkmm" Ch. 17, Paste section
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=583702
gtkmm | documentation | Ver: 2.4
Summary: otential error in "Programming with gtkmm" Ch. 17, Paste
section
Product: gtkmm
Version: 2.4
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: documentation
AssignedTo: [email protected]
ReportedBy: [email protected]
GNOME version: Unspecified
GNOME milestone: Unspecified
In the chapter 17 paste section example "Discovering the available
targets," the example code sets a callback to
on_clipboard_received_targets:
refClipboard->request_targets( sigc::mem_fun(*this,
&ExampleWindow::on_clipboard_received_targets) );
which is defined as:
void ExampleWindow::on_clipboard_received(
const Gtk::SelectionData& selection_data)
{
Glib::ustring clipboard_data = selection_data.get_data_as_string();
//Do something with the pasted data.
}
but the request_targets slot (slotTargetsReceived) passes a
Glib::StringArrayHandle to the callback and not Gtk::SelectionData.
--
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=583702.
------------------------------
Message: 6
Date: Mon, 25 May 2009 06:56:10 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
make -j 4
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=583568
gnomemm | gstreamermm | Ver: unspecified
Jos? Alburquerque changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Comment #2 from Jos? Alburquerque 2009-05-25 06:56 UTC -------
I think the following commit fixes this. There are a few things that can be
made a bit more efficient, but at least now things work with the -j option. If
it doesn't work for you, please re-open. Thanks:
2009-05-25 Jos? Alburquerque <[email protected]>
* build_shared/Makefile_gensrc.am_fragment: Fix the build so that
multi-job makes (option -j) are supported.
--
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=583568.
------------------------------
Message: 7
Date: Wed, 27 May 2009 12:49:14 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[email protected]>
Subject: [gtkmm bugzilla] [Bug 583992] New: Provide conversion between
wide and narrow unicode strings in glibmm
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=583992
glibmm | strings | Ver: 2.20.x
Summary: Provide conversion between wide and narrow unicode
strings in glibmm
Product: glibmm
Version: 2.20.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Keywords: usability
Severity: minor
Priority: Normal
Component: strings
AssignedTo: [email protected]
ReportedBy: [email protected]
QAContact: [email protected]
GNOME version: 2.25/2.26
GNOME milestone: Unspecified
A steady trickle of posts on the gtkmm mailing lists have related to converting
between utf-8 encodings held in Glib::ustring objects and utf-16 or utf-32
encodings held in std::wstring objects. This seems to be a particular issue
with MS Windows users who want to interface gtkmm with windows related modules
providing their unicode strings by std::wstring objects. There seems to be a
demand for something for this in glibmm. For Unix-like system users, it will
also be useful to those using wide string unicode libraries but who want to
save text to file in a portable, non-endian and relatively space efficient form
(utf-8).
A patch is attached which does this, prepared against glibmm-2.20.0. It
follows the format of the conversion functions in convert.h and convert.cc,
although it appears in unicode.h and unicode.cc because the
utf-8<=>utf-16/ucs-4 conversion functions are in gunicode.h in glib. It is
also logical because both target and source are in unicode format, and the
conversions between them are lossless.
unicode.h is included in numerous other glibmm header files and there are some
header circularities at work which mean that if glibmm/error.h or
glibmm/ustring is included in unicode.h, the compilation of a number of other
files will fail. Instead the patch to unicode.h only provides a forward
declaration of Glib::Error and Glib::ustring, and I have #include(d)
glibmmconfig.h in it so as to pick up the value of GLIBMM_EXCEPTIONS_ENABLED.
That is fine because types which only form (or form part of) return types and
function paramaters, require declaration but not definition in the header file.
An alternative is to place the two new functions in convert.h/convert.cc, where
this circularity problem does not arise.
The two new functions are called Glib::narrow_to_wide() and
Glib::wide_to_narrow() as this seems to me to be most descriptive name, but
they could be called something different. They are in the unicode group but
not the unicode namespace. I have provided extensive comment documentation for
doxygen on their use.
I have tested this on Latin-1, Hangul and Thai characters using a system with
wchar_t size of 4. I do not have a windows machine available but it should
work: the code in both cases will be the same - only a different unicode
conversion function is required as between utf-16 and ucs-4.
Other information:
Patch to be attached.
--
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=583992.
------------------------------
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
------------------------------
_______________________________________________
Gtkmm-forge mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 36, Issue 14
*******************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
