Modify

Ticket #8731 (closed Bugs: fixed)

Opened 10 months ago

Last modified 10 months ago

__GLIBC_HAVE_LONG_LONG define has been dropped from glibc in 2.17

Reported by: pmachata@… Owned by: johnmaddock
Milestone: To Be Determined Component: config
Version: Boost 1.55.0 Severity: Problem
Keywords: Cc:

Description

Boost uses this define to decide whether it can import ::uint64_t into the boost namespace. In glibc 2.17, that define has been dropped, support for long long is always assumed, and uint64_t is always defined. It is possible to use the macro GLIBC_PREREQ (defined I think since 2.2) to test glibc version.

Attachments

Change History

comment:1 Changed 10 months ago by pmachata@…

Since Trac won't let me attach the patch (it finds URLs in there and thinks it's spam; captcha shows, but it doesn't upload anyway for some reason), please get it there:  http://pmachata.fedorapeople.org/boost-1.53.0-__GLIBC_HAVE_LONG_LONG.patch

comment:2 Changed 10 months ago by viboes

  • Owner set to johnmaddock
  • Component changed from None to config

comment:3 Changed 10 months ago by johnmaddock

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

(In [84950]) Patch for recent versions of glibc which always assume int64_t support. Fixes #8731.

comment:4 Changed 10 months ago by anonymous

Your patch didn't work for me - gcc-4.7 Mingw choked on the use of __GLIBC_PREREQ, changed to check for version numbers the old way.

View

Add a comment

Modify Ticket

Change Properties
<Author field>
Action
as closed
The resolution will be deleted. Next status will be 'reopened'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.