[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::axp-developer

Title:Alpha Developer Support
Notice:[email protected], 800-332-4786
Moderator:HYDRA::SYSTEM
Created:Mon Jun 06 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3722
Total number of notes:11359

3204.0. "" by HYDRA::AXPDEVELOPER (Alpha Developer support) Fri Feb 14 1997 15:38

    Company Name :  Metaphase Technology Inc.
    Contact Name :  Steve Sellars
    Phone        :  (612) 482-2706
    Fax          :  
    Email        :  [email protected]
    Date/Time in :  
    Entered by   :  Gerrit Saylor
    SPE center   :  MRO

    Category     :  Unix
    OS Version   :  
    System H/W   :  


To: [email protected]
From: Steve Sellars <[email protected]>
Subject: GOT limit option needed
Cc: [email protected], [email protected], [email protected],
        [email protected]

On OSF/1 (V3.2 41.64 alpha), our linker is giving us the following message
when we try to link one of our larger application:  

ld:
Too many GOT entries in object file '/usr/lib/cmplrs/cc//libexc_init.a';
    Found 8190 (1430 locals + 6760 globals) but max is 8189

The app probabably just gained too much weight.  We build and ship the app
using shared libraries, so it isn't generally a problem.  But developers
prefer to link it statically sometimes for simplified debugging.

Is there a compiler or linker option to extend the size of the GOT so that
we can use more than 8189?  MIPS ABI has a -xgot flag for this purpose, but
I can't find one for OSF/1.  Any suggestions?

On the issue of debugging, doesn't the OSF/1 implementation of dbx handle
shared libraries without a lot of fuss?  I'm more familiar with the Solaris
implementation, where I know it works seemlessly with shared libraries.  I
know that the user must set the LD_LIBRARY_PATH correctly to ensure that
they pick up the debug versions (un-stripped) of the shared libraries, but
outside of that what other problems are you aware of?  Is there an easier to
use (e.g., GUI) version of a debugger for the OSF/1 (Digital Unix) platform?



Steve Sellars                E-mail:  [email protected]
Keane Consultant             Phone:   (612) 482-2706
Metaphase Technology Inc.    Fax:     (612) 482-4001

T.RTitleUserPersonal
Name
DateLines
3204.1HYDRA::AXPDEVELOPERAlpha Developer supportFri Feb 14 1997 15:4118
To get around it, use this undocumented switch on the link line:

        -Gotmax 8190

This is a bug with the fact that exactly 8190 objects are going into the
GOT.  Another option would be shoving in some additional dummy functions
to fill out the table past 8190, in which case it should also work.

On this issue of debugging, have you tried ladebug?  It provides a GUI
through dxladebug, and it's support of shared libraries should provide
for seamless loading similar to Solaris.  

If you have any more questions, please feel free to recontact us.

Gerrit Saylor
Alpha Developer Support