<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">OK, and in <div class=""><br class=""></div><div class="">  <span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255);" class="">/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/Availability.h</span></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""><span style="background-color: rgb(255, 255, 255);" class=""><br class=""></span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" class=""><span style="background-color: rgb(255, 255, 255);" class="">I find at lines 341-355:</span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""><span style="background-color: rgb(255, 255, 255);" class=""><br class=""></span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""><span style="background-color: rgb(255, 255, 255);" class=""><div class="">/* for use marking APIs unavailable for swift */</div><div class="">#if defined(__has_feature)</div><div class="">  #if __has_feature(attribute_availability_swift)</div><div class="">    #define __SWIFT_UNAVAILABLE                   __OS_AVAILABILITY(swift,unavailable)</div><div class="">    #define __SWIFT_UNAVAILABLE_MSG(_msg)         __OS_AVAILABILITY_MSG(swift,unavailable,_msg)</div><div class="">  #endif</div><div class="">#endif</div><div class=""><br class=""></div><div class="">#ifndef __SWIFT_UNAVAILABLE</div><div class="">  #define __SWIFT_UNAVAILABLE</div><div class="">#endif</div><div class=""><br class=""></div><div class="">#ifndef __SWIFT_UNAVAILABLE_MSG</div><div class="">  #define __SWIFT_UNAVAILABLE_MSG(_msg)</div><div class="">#endif</div></span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""><span style="background-color: rgb(255, 255, 255);" class=""><br class=""></span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""><span style="background-color: rgb(255, 255, 255);" class=""><br class=""></span></font></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" class=""><span style="background-color: rgb(255, 255, 255);" class=""><font size="2" class="">I</font>s there once again a problem in Availability.h with<font size="2" class=""> </font></span></font><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255);" class="">'</span><tt style="color: rgb(102, 0, 0); border: 1px solid rgb(238, 221, 204); border-top-left-radius: 0.25em; border-top-right-radius: 0.25em; border-bottom-right-radius: 0.25em; border-bottom-left-radius: 0.25em; padding: 0px 0.3em; background-color: rgb(250, 250, 250); font-size: 13px;" class="">defined(__has_feature)</tt><span style="background-color: rgb(255, 255, 255);" class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class="">’ </font><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" class=""> which should really be</font><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" size="2" class=""> </font></span><span style="background-color: rgb(250, 250, 250);" class=""><font color="#660000" face="monospace" style="font-size: 12px;" class="">'defined(__has_feature)</font><font color="#660000" face="monospace" size="2" class="">’ </font></span></div><div class=""><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; background-color: rgb(255, 255, 255);" class="">again, as discussed in ticket #48471?</span></div><div class=""><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; background-color: rgb(255, 255, 255);" class=""><br class=""></span></div><div class=""><font face="Verdana, Arial, Bitstream Vera Sans, Helvetica, sans-serif" class=""><span style="background-color: rgb(255, 255, 255);" class="">If so, the workaround for that was to make a local copy of Availability.h in </span></font><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255);" class="">/opt/local/include and edit it there.</span></div><div class=""><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255);" class=""><br class=""></span></div><div class=""><span style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255);" class=""><br class=""></span></div><div class=""><div><blockquote type="cite" class=""><div class="">On Nov 3, 2016, at 10:29 AM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" class="">ken.cunningham.webuse@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Look at this ticket <<a href="https://trac.macports.org/ticket/52776" class="">https://trac.macports.org/ticket/52776</a>> comment 3<br class=""><br class="">pthreads is not picking up the definition from Availability.h for some reason.<br class=""><br class="">Ken<br class=""><br class=""><br class="">On 2016-11-03, at 7:26 AM, Murray Eisenberg wrote:<br class=""><br class=""><blockquote type="cite" class="">I looked at the tickets #46589, 51971, and 52326 about gmp, and I don’t see mention of availability.h there.  <br class=""><br class="">I thought the issue with availability.h concerned gcc48 and was resolved somehow (with newer Xcode? with patched port?) some time ago.<br class=""><br class="">The logs seem to indicate that the current issue with gmp involves pthread.h.<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Nov 3, 2016, at 10:10 AM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" class="">ken.cunningham.webuse@gmail.com</a>> wrote:<br class=""><br class="">Murray, that is very specific now<br class=""><br class="">I have that port installed.<br class=""><br class="">$ port -v installed gmp<br class="">The following ports are currently installed:<br class="">gmp @6.1.1_0 (active) platform='darwin 16' archs='x86_64'<br class=""><br class="">I just rebuilt it right now from source without trouble.<br class=""><br class="">so it's something on your machine. Jerermy points to a possibly corrupt Availability.h file in the trac ticket.<br class=""><br class="">So you might look at that file, or just reinstall Xcode and the command line tools.<br class=""><br class="">(Why is this not coming to you as a prebuilt binary from the buldbots, I wonder?)<br class=""><br class=""><br class="">Best,<br class=""><br class="">Ken<br class=""><br class=""><br class=""><br class=""><br class="">On 2016-11-03, at 7:01 AM, Murray Eisenberg wrote:<br class=""><br class=""><blockquote type="cite" class="">After the re-install script (from the migration instructions) got into an infinite loop, I started to reinstall ports manually, starting with the first one on my “myports.txt” list: analitza <br class=""><br class="">The failure came when installing that failed during the automatic installation of dependencies, in that case gmp.<br class=""><br class="">Today, looking at the dependencies for gmp, I see that all build and library dependencies for that are already installed _except_ kdelibs.<br class=""><br class="">So I tried reinstalling kdelibs, and that in turn choked at trying to install its dependency gmp.<br class=""><br class="">So everything pretty much comes down to failure to configure gmp. <br class=""><br class="">Configuring gmp (specifically, @6.1.1_0) fails with what appears in main.log as:<br class=""><br class="">  :info:configure configure: error: C++ compiler not available, see config.log for details<br class=""><br class="">In turn, config.log reports:<br class=""><br class="">  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for all declarations<br class="">__SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead”)<br class=""><br class="">And that seems to reduce to the issue of the problem with /usr/include/pthread.h, namely:<br class=""><br class="">  /usr/include/pthread.h:423:1: error: C++ requires a type specifier for all declarations<br class=""> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")<br class=""> ^<br class=""> /usr/include/pthread.h:423:66: error: expected ';' after top level declarator<br class=""> __SWIFT_UNAVAILABLE_MSG("Use lazily initialized globals instead")<br class="">                                                              ^<br class=""> 2 errors generated.<br class=""> configure:10556: $? = 1<br class=""> failed program was:<br class=""> /* This test rejects g++ 2.7.2 which doesn't have <iostream>, only a<br class="">     pre-standard iostream.h. */<br class=""> #include <iostream><br class=""><br class="">I just was about to try to do that  <br class=""><blockquote type="cite" class="">On Nov 2, 2016, at 11:46 PM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" class="">ken.cunningham.webuse@gmail.com</a>> wrote:<br class=""><br class="">can you remind me the name of a port that triggers the error so I can test it (hopefully not clang-3.8 which would take all night to build ) ;><br class=""><br class="">K<br class=""></blockquote><br class="">---<br class="">Murray Eisenberg<span class="Apple-tab-span" style="white-space:pre">  </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><a href="mailto:murrayeisenberg@gmail.com" class="">murrayeisenberg@gmail.com</a><br class="">503 King Farm Blvd #101<span class="Apple-tab-span" style="white-space:pre">       </span>Home (240)-246-7240<br class="">Rockville, MD 20850-6667<span class="Apple-tab-span" style="white-space:pre">    </span>Mobile (413)-427-5334<br class=""><br class=""><br class=""></blockquote><br class=""></blockquote><br class="">---<br class="">Murray Eisenberg<span class="Apple-tab-span" style="white-space:pre">        </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><a href="mailto:murrayeisenberg@gmail.com" class="">murrayeisenberg@gmail.com</a><br class="">503 King Farm Blvd #101<span class="Apple-tab-span" style="white-space:pre">       </span>Home (240)-246-7240<br class="">Rockville, MD 20850-6667<span class="Apple-tab-span" style="white-space:pre">    </span>Mobile (413)-427-5334<br class=""><br class=""><br class=""></blockquote><br class=""></div></div></blockquote></div><br class=""><div class="">
---<br class="">Murray Eisenberg<span class="Apple-tab-span" style="white-space: pre;">                       </span><a href="mailto:murrayeisenberg@gmail.com" class="">murrayeisenberg@gmail.com</a><br class="">503 King Farm Blvd #101<span class="Apple-tab-span" style="white-space: pre;">     </span>Home (240)-246-7240<br class="">Rockville, MD 20850-6667<span class="Apple-tab-span" style="white-space: pre;">  </span>Mobile (413)-427-5334<br class=""><br class="">

</div>
<br class=""></div></body></html>