[MacPorts] #45300: akonadi build fails

[MacPorts]

#45300: akonadi build fails
-------------------------+---------------------
  Reporter:  jwhowse4@…  |      Owner:  nicos@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.3.1
Resolution:              |   Keywords:
      Port:  akonadi     |
-------------------------+---------------------

Comment (by rjvbertin@…):

 Replying to [comment:10 nicos@…]:
 > Even if changing the compiler manages to compile the port, the
 underlying issue is that C++11 support is only provided in libc++ headers,
 and a binary built this way will lead to linking/runtime issues for other
 ports depending on it, hence the comment about being able to use this
 solution only for a leaf port which does not link against other C++ ports.

 AFAIK not when using gcc-4.8, at least as long as the library doesn't link
 to an incompatible C++ runtime, which appears to be the case.

 OTOH, I just noticed this:

 {{{
 > akonadictl start
 akonadictl(36871,0x7fff70affcc0) malloc: *** error for object
 0x7fff70a65500: pointer being freed was not allocated
 *** set a breakpoint in malloc_error_break to debug
 "[
 0: 0   akonadictl                          0x000000010000659d
 _Z11akBacktracev + 54
 ]
 "
 Exit 255
 }}}

 {{{
 (gdb) r stop
 The program being debugged has been started already.
 Start it from the beginning? (y or n) y
 Starting program: /Volumes/Debian/MP6/bin/akonadictl stop
 akonadictl(44711,0x7fff70affcc0) malloc: *** error for object
 0x7fff70a65500: pointer being freed was not allocated
 *** set a breakpoint in malloc_error_break to debug

 Breakpoint 1, 0x00007fff85fd5499 in malloc_error_break ()
 (gdb) bt
 #0  0x00007fff85fd5499 in malloc_error_break ()
 #1  0x00007fff85eff183 in free ()
 #2  0x00000001000057c1 in
 std::vector<boost::program_options::basic_option<char>,
 std::allocator<boost::program_options::basic_option<char> > >::~vector ()
 #3  0x000000010093b8f8 in ?? ()
 }}}

 Now I can't remember what compiler I built boost with, but my boost dylibs
 do not appear to depend on a MacPorts libstdc++ .

 Bummer.

 And curious that I can build kdevplatform and kdevelop with gcc-4.8 and
 run it without issues ...

-- 
Ticket URL: <https://trac.macports.org/ticket/45300#comment:12>
MacPorts <http://www.macports.org/>
Ports system for OS X