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

[MacPorts]

#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.
 devans,

 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&)’:
 :info:build
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_libproxy/libproxy/work/

 libproxy-0.4.13/libproxy/modules/config_kde.cpp:165:
 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
 /opt/local/include/gcc5/c++/map

 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
 compile.

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

 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