On Tue, Aug 05, 2014 at 06:04:05PM -0300, Fernando de Oliveira wrote:
> 
> ĸen, I'm sorry for that.
> 

 Thanks, it's why we do development.

> When updating, I rebuild and reinstalled cairomm-1.10.0 and
> glibmm-2.40.0, but not Cdrdao-1.2.3. These were the packages depending
> on libsigc++.

 I'm fairly sure that I build cdrdao much earlier in my build, so
for me that package does not use sigc++.

> I knew about the possibility of API break, was in the
> News, one of the last commits did it:
> 
> {{{
> Note: The implementation of bug #724496 breaks API for some users,
> but it does not break ABI.
> Only users who have added their own visit_each() overloads are affected by
> the API break. Their programs will still compile, but there will be run-time
> errors, if they rely on auto-disconnection of slots.
> Updated instructions for users who implement their own adaptors are found
> in the description of sigc::adapts<>.
> 
> * Replace visit_each() overloads by struct visitor<>.
>   Add the test_visit_each test case.
>   (Ryan Beasley, Kjell Ahlstedt) Bug #724496
> * signal_impl::notify(): Don't delete signal_impl during erase().
>   (Kjell Ahlstedt) Bug #564005 (Alexander Shaduri)
> ...
> }}}

 Yes, I saw that, so I was half expecting a problem, but this was a
compile problem.

> 
> After spending some hours, I came with this idea, and produced a patch.
> 
> Please, try the attached patch reverting that commit. It is compressed,
> uncompressed size > 70KB. If it works, how should we submit: .patch.xz
> or .patch
> 

 Thanks for that!  I've got a "throwaway" build going on my other
desktop machine, to test a few things and to give me somewhere clean
to play with possible solutions for inkscape.  At the moment it is
about 1 hour into LFS's chroot.  It might be a day or two before it
gets far enough for me to test this (inkscape is the last package in
my normal build).

ĸen
-- 
Nanny Ogg usually went to bed early. After all, she was an old lady.
Sometimes she went to bed as early as 6 a.m.
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to