pinentry 0.8.2_0 +qt4 fails to build on OS X Mavericks 10.9

[robink@…]

Hi-

I have successfully been able to build qt4-mac for OS X 10.9 Mavericks on my system (both using the initial patches provided on bug 40852, and later with the changes to the aqua/qt4-mac Portfile pushed to SVN and available with a currently updated checkout of the Ports tree from an rsync mirror). However, pinentry (the primary consumer of the qt4-mac framework on my computer) does not compile. It throws a couple of warnings about qt4-mac, but the errors all seem to revolve around the compiler toolchain's embedded stdc++ libraries. The log is attached below. Please let me know if there's any more information I can provide.

-Robin K.

[robink@…]

Build log for (security) pinentry 0.8.6_0 +qt4

[robink@…]

xz-compressed build log for (security) pinentry 0.8.6_0 +qt4

[robink@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

pinentry builds fine for me on Mavericks. Are you sure you followed the migration instructions and are using the latest version of Xcode and its command line tools?

[robink@…]

Replying to ryandesign@…:

pinentry builds fine for me on Mavericks. Are you sure you followed the migration instructions and are using the latest version of Xcode and its command line tools?

Yep, installed XCode 5.0.1, installed the latest command line tools for Mavericks, ran svn up on my checkout of MacPorts base trunk, compiled MacPorts SVN against Mavericks, installed it, compiled a list of every installed package, did 'sudo port -f uninstall installed', used the restore_ports.tcl script to bring everything back, manually merged qt4-mac with the patches from bug 40852, later did a 'sudo port selfupdate' followed by a 'sudo port install qt4-mac' to recompile qt4-mac with the patches that had been committed to SVN, attempted to install pinentry, got the log you see above. Please let me know if you require any more information.

[ryandesign (Ryan Carsten Schmidt)]

Ah wait, yes, I see the problem now too. I hadn't noticed your report was specific to the +qt4 variant. pinentry installs fine for me when I don't use that variant.

[robink@…]

Same issue with 0.8.3, I can attach the build log, but I believe the errors are identical.

[pvanek@…]

confirmed. It happens with macports version of pinentry. And it fails with upstream packages of pinentry-0.8.3 and pinentry-0.8.4-beta8 using macports-like configure options:

./configure --with-libiconv-prefix=/opt/local \
            --with-ncurses-include-dir=/opt/local/include/ncurses \
            --enable-pinentry-curses \
            --disable-pinentry-gtk2 \
            --disable-pinentry-gtk \
            --disable-pinentry-qt \
            --enable-fallback-curses \
            --with-qt-includes=/opt/local/include \
            --with-qt-libraries=/opt/local/lib \
            --disable-rpath

[pvanek@…]

Cc Me!

[Greisby (Greisberger Christophe)]

Cc Me!

[raimue (Rainer Müller)]

Cc Me!

[Ionic (Mihai Moldovan)]

This is (at least partly) a limitation of libc++ only allowing a POD (plain old data) type as CharT of std::basic_string.

[Ionic (Mihai Moldovan)]

x-ref: ​https://bugs.g10code.com/gnupg/issue1758

[Ionic (Mihai Moldovan)]

Should be fixed by r141178.