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 |
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.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3204.1 | HYDRA::AXPDEVELOPER | Alpha Developer support | Fri Feb 14 1997 15:41 | 18 | |
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 |