rvct 4.0 build 529 patch for windows -金沙js1005线路

rvct 4.0 patch #2 build 529 release notes
=========================================


description
-----------


this realview compilation tools (rvct) 4.0 patch #2 build 529 is intended for use with realview
developer suite (rvds) 4.0 products.  it can be used to update any rvds 4.0 standard, professional
or evaluation installation, whether previously patched or an original installation.  it is not 
compatible with other releases of rvct/rvds or keil mdk products.


this patch consists of updated rvct/rvds 4.0 compiler, linker, assembler, fromelf, and armar 
program executables; updated include files and updated c/c libraries.




os platforms supported
----------------------


this patch has been tested on the following supported platforms:


windows xp sp2, 32-bit & 64-bit
windows xp sp3, 32-bit
windows vista business edition sp1, 32-bit & 64-bit
windows vista enterprise edition sp1, 32-bit & 64-bit
windows server 2003 32-bit & 64-bit
red hat linux enterprise 4 for x86, 32-bit & 64-bit
red hat linux enterprise 5 for x86, 32-bit & 64-bit




installation instructions
-------------------------


to install the patch carry out the following steps:


1) ensure that you are currently using rvct 4.0.  to do this, type:
      
     armcc --vsn


   and ensure that this returns rvct 4.0 build 400 or later.


2) extract all the files from the zip file into a temporary directory.


3) copy the include directory from the temporary directory to replace your existing include 
   directory.  the default location is:


     c:\program files\arm\rvct\data\4.0\400\include\


4) copy the lib directory from the temporary directory to replace your existing lib directory.  
   the default location is:


     c:\program files\arm\rvct\data\4.0\400\lib\


5) copy the win_32-pentium directory from the temporary directory to replace your existing 
   win_32-pentium directory.  the default location is:


     c:\program files\arm\rvct\programs\4.0\400\win_32-pentium\


   if necessary change the unzip destination directory to match the location where you have 
   installed the tools.


6) the updated tools should now have been installed.  to confirm this, open a dos command prompt
   window and enter:


     armcc --vsn
     armlink --vsn
     armasm --vsn
     fromelf --vsn
     armar --vsn


   the version returned should be rvct 4.0 build 529.




changes from previous releases
------------------------------


rvct 4.0 patch build 529 includes the following corrections and improvements since rvct 4.0 build 
471:




compiler (armcc):
--------


* a new "--version_number" switch has been added.  in contrast to --vsn, --version_number just 
reports the simple 6-digit compiler version string only (e.g. 400529) and does not check-out a 
license.  this is intended for use by build systems which need to check the version of rvct being
used.


* a new "--visibility_inlines_hidden" switch has been added.  this stops inline member functions
acquiring dynamic linkage ('default' visibility) from class __declspec(dllexport), from a class
visibility attribute, from #pragma gcc visibility, or from --no_hide_all.  it does not affect
non-member functions.


* the "--export_all_vtbl" switch now causes construction vtable tables (_ztt*) to be exported if 
and only if the corresponding vtables are exported.


* the compiler will no longer add the __hardfp_ prefix to math functions, e.g. sin(), defined in 
user code when user is not using the rvct library interface.


* the macro __file__ can now be redefined on the command line.  for example, 
"-d__file__=__module__" causes __file__ to give the file name but without path information.


* the compiler now sets tag_abi_fp_exceptions in full ieee mode (--fpmode=ieee_full)


* in gnu c mode, the compiler now places uninitialized global const objects in writable storage, on
the assumption that they are being (dynamically) initialized by other means.  this applies to
definitions such as:
  int const n;
note that in --relaxed_ref_def mode, which is the default in gcc command-line translation mode, 
such a definition would be common.


* translation of a gcc command line containing -md, without an explicit dependency file location 
given with the -mf switch, would always be incorrectly placed in the current working directory.  
the dependency file is now produced in the same directory as the output object file.


* the compiler now supports the gcc "__attribute__ ((destructor))".  this puts a reference to the
routine into a sht_fini_array section.  "__attribute__ ((constructor))" was already supported.


* the gcc 'weakref' attribute on variables and functions is now correctly implemented.


* some improvements have been made for configuring armcc for gcc command line translation against 
an existing gnu toolchain, in particular to support configuring gcc for the google android based 
platforms.


* __declspec(dllexport) on a class now causes the typeinfo name variable (_zts...) to be exported,
along with other rtti information.


* the previous rvct 4.0 patch build 471 caused a diagnostic to appear when a member of a class 
marked 'dllexport' was defined outside the class, without 'dllexport'.  as the 'dllexport' is
implicitly applied to the member function in this situation, the diagnostic was inappropriate and
is no longer produced.


* absolute-address zi variables (at extension) are now correctly placed in zi data sections rather
than in rw data sections.


* some optimization improvements have been made, for example:
  - to improve performance on processors with long pipelines by replacing pointers 
    to functions with if/else conditional branches.
  - generation of the usat instruction has been improved at -o3 -otime.


* the output of the __builtin_parity intrinsic has been corrected.  previously the parity was in 
the least significant bit of the result.  the intrinsic now returns just the 0 or 1 parity bit.


* some spurious occurrences of compiler warning #128-d "loop unreachable from preceding code", when
the loop body was entered via a goto or switch case, now no longer occurs.


* in certain rare cases the compiler could crash when an integer subexpression divided the minimum 
negative number (i.e. int32_min) by -1, causing overflow.  this is now fixed.


* inlining of a function that returned a volatile object where the return result was not used could
result in the load of the volatile object being removed.  this is now fixed.


* the compiler could generate a configuration file for arm linux that was missing a path to the c  
header files, when running on windows.  this is now fixed.


* use of zero-sized data items (a gcc extension) in gcc command line translation mode, or more 
generally with --bss_threshold=0, could result in an internal fault 0x6e3f3b.  this is now fixed.
these data items now reserve one byte of zero-initialized store (bss).


* some causes of the following internal faults have been fixed:
0x265580, 0x6e3f3b, 0x87ecef, 0xb36758, 0xc31b6d, 0xc18024, 0xd24575, 0xdb2e1f, 0xeea2c1


* on windows, when the compiler invoked the linker as a subprogram, in certain cases where both the
path to armcc and the path to files passed to the linker contained spaces, the invocation would 
fail with a message such as "'c:\program' is not recognized...".  this is now fixed.




c/c libraries:
---------------


* to assist linking with some applications and libraries, the c library now defines __errno as an 
alias of __aeabi_errno_addr, providing a way to obtain the address of the errno variable.  the c
prototype is "int *__errno(void)".


* the stack pointer (sp) is now initialized by microlib before use of the rw data decompressor.


* atan2f() has been corrected to return nan when its input parameters are 0/-0.


* modf() has been corrected to return nan when the first input parameter is nan.




assembler (armasm):
---------


* cases where use of the extern directive could result in a corrupt object file has been fixed.


* labels defined in an empty area will now always have their type derived from the type of the 
area.




linker (armlink)
------


* armlink is able to workaround cortex-a8 erratum 657417, which affects 32-bit thumb-2 branch
instructions that span two 4k regions, where the target address is in the first 4k region.  the
workaround is activated if either:
1) the armlink command-line switch --branchpatch=cortex-a8_q109 is used, or
2) the armlink command-line switch --cpu=cortex-a8 is used and a full link is being performed.


this only needs to be used for thumb-2 code intended to be run on cortex-a8 revision r3p0 or most
earlier parts.  please contact your silicon vendor for more information on this erratum.


when activated the linker will scan for instruction sequences that may trigger the erratum 
behaviour.  if such a sequence is found the linker will insert a patch to prevent the erratum
behaviour.  use the "--info patches" switch to be informed of the object, section and the offset
within the section where the patch has been applied.


the trigger conditions that the linker looks for are:
1) a 4-byte direct thumb-2 branch instruction spans a region boundary, i.e. 
   (address & 0xffe) == 0xffe.
2) the branch instruction is backwards and has a range of less than 4kb.
3) the instruction preceding the branch is a 4-byte non-branch instruction.


the linker patch converts the backwards branch to a forwards branch to a patch at the end of the
section.  the patch consists of a backwards unconditional branch to the original target. the patch
is aligned such that the backwards branch can never span a region boundary.


the restrictions are:
1) when partial linking the linker does not always have the address information to know that an
address will never be placed on a region boundary.  this will mean that the linker may patch more
instructions in a section than if the patch were applied in a full link.
2) a branch that requires patching must be able to reach the patch at the end of the section.  if
the linker is unable to place the patch within range of the branch it will give a warning message.
the range of a thumb-2 unconditional branch is 16mb and the range of a conditional branch is 512kb
so this is unlikely to happen in practice.
3) the linker will increase the alignment of any program segment containing a patch to 4kb.


* a new "--use_definition_visibility" switch has been added.


by default when the linker combines global symbols the visibility of the symbol will be set the
strictest visibility of the symbols being combined.  so a symbol reference with stv_hidden
visibility combined with a definition with stv_default visibility will result in a definition with
stv_hidden visibility.  when --use_definition_visibility is set the linker will use the visibility
of the definition in preference to the visibility of a reference when combining symbols.  so a 
symbol reference with stv_hidden visibility combined with a definition with stv_default visibility 
will result in a definition with stv_default visibility.  this can be useful when you want a 
reference to not match a shared library, but would like to export the definition.  note that
--use_definition_visibility violates the elf standard, hence it is off by default.


* a new "--remarks" switch has been added that enables some diagnostic messages, which are
suppressed by default.  these extra diagnostic messages will warn for:
  - use of the helper library, which is no longer required for objects that are built entirely
    from the 4.0 version of armcc.
  - use of --fpic when an object has not been compiled with --apcs=/fpic or --apcs=/ropi.
  - some cases when rw compression has been turned off.
  - a mapping symbol ($a, $t, $d ...) that has an address outside the section.
  - when a symbol cannot be imported/exported into/from the dynamic symbol table via import or
    export commands in steering files.


* armlink when operating with --sysv has added in extra sections in the output elf file for:
  .init
  .fini
  .arm.exidx
  .preinit_array
  .init_array
  .fini_array
  in previous versions these sections were assigned to either the .text or .data section.


* the linker now assigns unassigned sections to .any execution regions as documented, i.e. the
largest section is first assigned to the execution region with the most available space, and so on.


* the linker's behaviour with respect to weak-references and dynamic linking has changed.  the new 
behaviour is:
for --sysv : unresolved weak-references can now be placed in the dynamic symbol table via an import
directive in a steering file.
for --bpabi: the linker will only allow weak-references in the dynamic symbol table if the symbol
is defined by a dll supplied on the command line.  an unresolved weak-reference cannot be placed in
the dynamic symbol table via an import directive.


* a problem with arm/thumb synonym processing in the presence of anonymous global symbol
definitions has been fixed.


* a problem has been corrected which caused the 4.0 armlink --info=debug switch to report less
duplicate debug information than rvct 3.1.


* linker now correctly diagnoses an execution region containing exactly two sections marked first.


* armlink --match=crossmangled no longer crashes when there are no symbols with a c mangled name 
in the image.


* armlink now correctly handles r_arm_v4bx relocations with no target symbol from sections in a
rejected comdat group.




elf format convertor (fromelf)
--------------------


* "fromelf --strip debug,symbols" now fully strips out the symbol table (.symtab) and string table 
(.strtab).