Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#2782 closed defect (duplicate)

bind10 is not compilable with boost 1.53.0

Reported by: atkac Owned by:
Priority: medium Milestone:
Component: Unclassified Version:
Keywords: Cc:
CVSS Scoring: Parent Tickets:
Sensitive: no Defect Severity: N/A
Sub-Project: Core Feature Depending on Ticket:
Estimated Difficulty: 0 Add Hours to Ticket: 0
Total Hours: 0 Internal?: no

Description

Current bind10 (I used bind10 beta but current git master is also broken) is not compilable with boost 1.53.0. Compilation ends with following error:

/usr/include/boost/archive/iterators/transform_width.hpp:144:55: error: no 'operator++(int)' declared for postfix '++' [-fpermissive]

The main reason is that boost 1.53.0 changed transform_width.hpp header and their transform_width() method now postincrements this->base_reference() object. Previous versions preincrements this objects. Since Encode/DecodeNormalizer? classes define only preincrement operators, compilation fails.

I will attach the patch but please note this might be a bug in boost because postincrementation requires more CPU & memory because Encode/DecodeNormalizer? object must be copied.

Subtickets

Attachments (2)

build.log (80.4 KB) - added by atkac 7 years ago.
Full log from failed compilation
0001-Make-Encode-Decode-Normalizer-compatible-with-boost-.patch (1.2 KB) - added by atkac 7 years ago.
Proposed patch

Download all attachments as: .zip

Change History (7)

Changed 7 years ago by atkac

Full log from failed compilation

Changed 7 years ago by atkac

Proposed patch

comment:1 in reply to: ↑ description ; follow-up: Changed 7 years ago by jinmei

Replying to atkac:

Current bind10 (I used bind10 beta but current git master is also broken) is not compilable with boost 1.53.0. Compilation ends with following error:

/usr/include/boost/archive/iterators/transform_width.hpp:144:55: error: no 'operator++(int)' declared for postfix '++' [-fpermissive]

The main reason is that boost 1.53.0 changed transform_width.hpp header and their transform_width() method now postincrements this->base_reference() object. Previous versions preincrements this objects. Since Encode/DecodeNormalizer? classes define only preincrement operators, compilation fails.

I will attach the patch but please note this might be a bug in boost because postincrementation requires more CPU & memory because Encode/DecodeNormalizer? object must be copied.

Thanks for the report. We already noticed it (see #2764), and, as
noted in that ticket, I've also reported the issue to the Boost
developer: https://svn.boost.org/trac/boost/ticket/8081

Is it okay to close this ticket as a duplicate?

comment:2 in reply to: ↑ 1 ; follow-up: Changed 7 years ago by atkac

Replying to jinmei:

Replying to atkac:

Current bind10 (I used bind10 beta but current git master is also broken) is not compilable with boost 1.53.0. Compilation ends with following error:

/usr/include/boost/archive/iterators/transform_width.hpp:144:55: error: no 'operator++(int)' declared for postfix '++' [-fpermissive]

The main reason is that boost 1.53.0 changed transform_width.hpp header and their transform_width() method now postincrements this->base_reference() object. Previous versions preincrements this objects. Since Encode/DecodeNormalizer? classes define only preincrement operators, compilation fails.

I will attach the patch but please note this might be a bug in boost because postincrementation requires more CPU & memory because Encode/DecodeNormalizer? object must be copied.

Thanks for the report. We already noticed it (see #2764), and, as
noted in that ticket, I've also reported the issue to the Boost
developer: https://svn.boost.org/trac/boost/ticket/8081

Heh, same patch as I suggested in RH bug https://bugzilla.redhat.com/show_bug.cgi?id=912507 :)

Is it okay to close this ticket as a duplicate?

Of course, close this ticket.

comment:3 in reply to: ↑ 2 Changed 7 years ago by jinmei

Replying to atkac:

I will attach the patch but please note this might be a bug in boost because postincrementation requires more CPU & memory because Encode/DecodeNormalizer? object must be copied.

Thanks for the report. We already noticed it (see #2764), and, as
noted in that ticket, I've also reported the issue to the Boost
developer: https://svn.boost.org/trac/boost/ticket/8081

Heh, same patch as I suggested in RH bug https://bugzilla.redhat.com/show_bug.cgi?id=912507 :)

Technically, it's valid to say it's a BIND 10 problem, but I also
believed updating the Boost part would also help.

Is it okay to close this ticket as a duplicate?

Of course, close this ticket.

Okay, thanks, closing.

comment:4 Changed 7 years ago by jinmei

  • Resolution set to duplicate
  • Status changed from new to closed

comment:5 Changed 7 years ago by shane

  • Milestone New Tasks deleted
Note: See TracTickets for help on using tickets.