[MacPorts] #51309: libproxy @0.4.13 fails building in 10.5.8. PPC

MacPorts noreply at macports.org
Sun May 8 09:59:01 PDT 2016

#51309: libproxy @0.4.13 fails building in 10.5.8. PPC
  Reporter:  braumann@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.3.4
Resolution:              |   Keywords:
      Port:  libproxy    |

Comment (by arboz@…):

 Replying to [comment:1 devans@…]:
 > Looking at this now.  As usual, I don't have any way of reproducing the
 error or testing but will let you know if I come up with something to try.

 This problem also exists in 10.58 intel i386.
 The issue, sure enough

 as stated in the above error report:

 In member function ‘std::string kde_config_extension::kde_config_val(const
 std::string&, const std::string&)’:

 error: ‘class std::map<std::basic_string<char, std::char_traits<char>,
 std::allocator<char> >,
 std::basic_string<char, std::char_traits<char>, std::allocator<char> >,
 std::less<std::basic_string<char, std::char_traits<char>,
 std::allocator<char> > >,
 std::allocator<std::pair<const std::basic_string<char,
 std::char_traits<char>, std::allocator<char> >,
 std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >

 has no member named ‘at’

 Which is a really long way to say that
 the member function "at" does not exist in the version of the standard c++
 library in the leopard 10.5sdk.
 I looked for it in there, and surely not there.
 I did find in the std lib installed by macports for gcc5 at

 on line 165 of the offending file there is return cache.at(key) and this
 would be an excellent way to find out if a key/value exists before
 allocating memory.. so I see the validity of the change except the older
 machines won't be able to do it that way.

 So Naturally, I would like to compile using another compiler/std-library
 or just find the way to '''avoid''' having this kde-config resource

 There are several issues that I have no direct information about, like
 changing the compiler for the cmake system temporarily or blacklisting the

 In the meantime, several other ports seems to require libproxy before they
 will update.

 Thanks for your input.

Ticket URL: <https://trac.macports.org/ticket/51309#comment:2>
MacPorts <https://www.macports.org/>
Ports system for OS X

More information about the macports-tickets mailing list