Bug #3263

link.h should work in a largefile environment

Added by Rich Lowe about 3 years ago. Updated about 3 years ago.

Status:ResolvedStart date:2012-10-07
Priority:NormalDue date:
Assignee:Rich Lowe% Done:


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


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


#1 Updated by Rich Lowe about 3 years ago

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

#2 Updated by Rich Lowe about 3 years ago

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

Resolved in 4d1bea1

#3 Updated by Igor Pashev about 3 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