Project

General

Profile

Bug #3263

link.h should work in a largefile environment

Added by Rich Lowe almost 8 years ago. Updated over 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
lib - userland libraries
Start date:
2012-10-07
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:

Description

It would help me a lot if link.h could be used in a largefile environment, even if this is to the exclusion of certain interfaces that are necessarily largefile incapable.


Related issues

Related to illumos gate - Bug #1587: Projects that invoke -D_FILE_OFFSET_BITS=64 fail due to libelf.hNew2011-09-30

Actions
Blocks illumos gate - Bug #3062: illumos should build/work with GCC 4.6 or newerNew2012-08-07

Actions

History

#1

Updated by Rich Lowe almost 8 years ago

  • Status changed from New to In Progress
  • % Done changed from 50 to 70
#2

Updated by Rich Lowe almost 8 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 70 to 100

Resolved in 4d1bea1

#3

Updated by Igor Pashev over 7 years ago

The common problem of illumos sources is mixing macro and structure definitions with functions. Examples are sys/nvpair.h, sys/avl.h and many others. link.h is one of such headers.

AFAIK functions defined in link.h (and using ELF structures from libelf) are implemented in libld, liblddbg and maybe others (!).

From my point the proper solution is to split link.h into libld.h, libdldbg.h etc.

Also available in: Atom PDF