GNOME.org
 

Gtkmm-forge Digest, Vol 36, Issue 14

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-owner 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 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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
	make	-j 4
To: gtkmm-forge lists sourceforge net
Message-ID: <20090522192506 0968E23F599 label gnome org>
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|                            |jaalburqu svn gnome org
             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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
	make	-j 4
To: gtkmm-forge lists sourceforge net
Message-ID: <20090522192725 62BAE23F599 label gnome org>
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-                      |jaalburqu svn gnome org
                   |forge lists sourceforge net |




-- 
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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583657] New: A patch to build static
	libraries correctly under MinGW
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-583657-5595 http bugzilla gnome org/>
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: gtkmm-forge lists sourceforge net
        ReportedBy: ashaduri gmail com
         QAContact: gtkmm-forge lists sourceforge net
     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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583657] A patch to build static
	libraries	correctly under MinGW
To: gtkmm-forge lists sourceforge net
Message-ID: <20090523170106 A64B923F59B label gnome org>
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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583702] New: otential error in
	"Programming	with gtkmm" Ch. 17, Paste section
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-583702-5595 http bugzilla gnome org/>
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: gtkmm-forge lists sourceforge net
        ReportedBy: jcurole gmail com
     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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583568] gstreamermm does not build with
	make	-j 4
To: gtkmm-forge lists sourceforge net
Message-ID: <20090525065610 3725523F599 label gnome org>
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  <jaalburqu svn gnome org>

        * 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)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 583992] New: Provide conversion between
	wide	and narrow unicode strings in glibmm
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-583992-5595 http bugzilla gnome org/>
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: gtkmm-forge lists sourceforge net
        ReportedBy: chris cvine freeserve co uk
         QAContact: gtkmm-forge lists sourceforge net
     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
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest, Vol 36, Issue 14
*******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]