Bug #3263

link.h should work in a largefile environment

Added by Rich Lowe over 1 year ago. Updated over 1 year ago.

Status:Resolved Start date:2012-10-07
Priority:Normal Due date:
Assignee:Rich Lowe % Done:

100%

Category:lib - userland libraries Spent time: -
Target version:-
Difficulty:Medium Tags:

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 l... New 2011-09-30
blocks illumos gate - Bug #3062: illumos should build/work with GCC 4.6 or newer New 2012-08-07

History

Updated by Rich Lowe over 1 year ago

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

Updated by Rich Lowe over 1 year ago

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

Resolved in 4d1bea1

Updated by Igor Pashev over 1 year 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