| 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 : Redbrick Systems
Contact Name : Hung Nguyen
Phone : 1-408-399-7136
Fax :
Email : [email protected]
Date/Time in : 22-APR-1997 15:25:54
Entered by : Donna Van Orden
SPE center : MRO
Category : NT
OS Version :
System H/W :
Brief Description of Problem:
-----------------------------
Porting C code to Alpha NT (already works on UNIX and NT on Intel)
receive linking error:
lnk2004 gprelativefixupoverflow; tls or sdatasection is too large
Their tls section was 198k
He says Alpha NT supports a max of 132k
he brought it all the way down to 12k, but still the error appears.
Any Ideas?
Donna VO
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3525.1 | HYDRA::VANORDEN | Tue Apr 22 1997 17:22 | 26 | ||
From decwet::visual, note 141:
Fixing the limitation of 32k required cooperative work with both the
GEM compiler back end (Digital) and the linker (Microsoft).
A workaround is to recode the application to use less __declspec
(thread) memory.
in VC++ 4.0 there is the /QAltls option which enables the compiler to
generate extra code to reference data in thread-local storage when its
size exceeds 32k. This enables large thread-local storage which
results in a moderate performance penalty on compiled code.
It was also mentioned that this switch did not work until VC++ V4.1 (so
it was recommended that the customer buy VC++ V4.0 and get the
VC40AALPHA patch from Microsoft support).
_________________________________________
Hung is using VC++ V4.1 so he should be all set. We agreed to close
this.
Donna VO
| |||||