Re: [Boost-bugs] [Boost C++ Libraries] #7985: regex fails to compile on AIX7 XLC11 with _LARGE_FILES support

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #7985: regex fails to compile on AIX7 XLC11 with _LARGE_FILES support
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2013-02-06 16:41:38


#7985: regex fails to compile on AIX7 XLC11 with _LARGE_FILES support
-------------------------------------------------------+--------------------
  Reporter: Kevin Burge <kevin.burge@…> | Owner: johnmaddock
      Type: Support Requests | Status: new
 Milestone: To Be Determined | Component: regex
   Version: Boost 1.53.0 | Severity: Problem
Resolution: | Keywords:
-------------------------------------------------------+--------------------

Comment (by johnmaddock):

 I don't have access to AIX and have no real knowledge of xlc and
 _LARGE_FILES so any help I can give will be very limited I'm afraid :-(

 Whatever defining _LARGE_FILES does, if std::basic_string loses it's
 default template parameters then that's a std lib bug, and the changes
 required to support that are likely to be quite far reaching.

 What happens if you preprocess the source - what do the
 declarations/definitions for basic_string look like? From a quick Google
 around the NET it looks like the headers may forward to different
 implementations (different namespaces?) when this macro is in effect?

 One quick and dirty hack might be to forward declare basic_string with the
 default param reinserted. But that would break as soon as IBM fix their
 headers. IMO it's worth filing an xlc bug report on this if you're able
 to do so as well.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/7985#comment:1>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:11 UTC