rvct 4.0 build 591 patch for windows -澳门皇冠贵宾会网址

rvct 4.0 patch #3 build 591 release notes
=========================================


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


this realview compilation tools (rvct) 4.0 patch #3 build 591 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.






new enhancements in this release
--------------------------------


[new target support]


   *  core support for the cortex-m0 processor (--cpu=cortex-m0).
   
   *  device support for i.mx51 and omap4xxx. a complete list of supported devices can be generated typing "armcc --device list" (without quotes) at the command line.




[improved floating point math library]


   *  the single-precision c math functions (sinf, logf, powf etc.) have been reimplemented for better speed, accuracy and monotonicity, and to make more efficient use of hardware floating point (vfp) when available.  the new implementations are expected to be 2-4 times faster on targets without vfp hardware, and 5-10 times faster on targets with vfp hardware.




[expanded gcc compatibility]


   *  we have added a "--gnu_defaults" option. this sets basic default behaviour similar to that found in gcc, where these are common to most arm gcc configurations but excluding any platform-specific settings such as those targeting arm linux. in particular, the --gnu_defaults option will enable the following: --gnu, --no_debug_macros, --enum_is_int, --signed_bitfields, --wchar32, and --no_hide_all.  the --gnu option behaviour remains the same; it enables gcc language extensions, without changing other settings from their armcc defaults. the --arm_linux option, and other arm linux-targeting options, imply --gnu_defaults and also the platform-specific settings for linux
   
   *  when configured against gcc 4.3.1 or later and using gcc command-line translation for arm linux, the compiler will enable neon vectorization automatically at -o3 (rvds professional only). you can explicitly enable or disable vectorization using the gcc options -ftree-vectorize or -fno-tree-vectorize.


   *  the header files arm_linux/linux_rvct.h and arm_linux/limits.h now define mb_len_max as 16 (the value expected by glibc) rather than 6 (the abi-recommended value).
   
   *  the linker error message l6029 "error: l6029e: relocation #rel:0 in object.o(section) is wrt invalid/missing symbol" is now downgraded to a warning when --arm_linux is used.  this enables the link to complete with gnu objects that contain invalid relocations to null.




[general enhancements]


     arm compiler (armcc):


        *  array object destructions have been updated to use the more efficient abi function __aeabi_vec_dtor, instead of function __cxa_vec_dtor.


        *  the compiler now issues a remark for empty dependent statements, which are often triggered by incorrect placement of semicolons.


        *  the formatting of long strings and 64 bit data directives has been improved in the interleaved assembly output.
     
     linker (armlink):


        *  the --ltcg option has been enhanced to support multiple input objects containing entry points. note:  if the input objects do contain more than one entry point then you must select one using the --entry=entrypoint command. note, as the --ltcg option loses the mapping between object and section you must use a global symbol definition as your entry point. for example --entry=__rt_entry.


        *  we have added a new linker option "--[no_]implicit_branchpatch" (on by default), that controls whether armlink will automatically add patches based on other command line options. for example, if --cpu=cortex-a8 is specified, the --branchpatch=cortex-a8_q109 option may be implied.


        *  the new option "--[no_]keep_protected_symbols" (on by default) prevents sections containing symbols with stv_protected visibility from being removed.


        *  we have added the capability to suppress mismatched pres8/req8 build attribute warnings.  previously, when using --arm_linux, the linker downgraded errors about mismatched pres8/req8 build attributes to warnings to maintain compatibility with gnu objects that lack these attributes. the user may now suppress these altogether using "--diag_suppress=6238" for example.


        *  for cases where customers have their applications export functions shared objects, we have provided an option that will prevent the "remove unused sections" linker feature from removing these desired functions.


     multiple tools:


        *  on windows, the tools can now accept cygwin paths.  the 'cygpath' program from the cygwin command set is invoked as a filter to convert path strings where necessary. to enable this conversion, cygpath environment variable must contain the full absolute windows path and name of a suitable cygpath.exe, e.g. "cygpath=c:/cygwin/bin/cygpath.exe".


        *  a new switch, --version_number, outputs the version and build number in an easy to parse format.


        *  the options --apcs=/softfp and --apcs=/hardfp are now available as an alternative way to request the integer or floating-point variant of the procedure call standard. this allows the procedure call standard to be specified separately from the version of the floating-point hardware available through the --fpu option. it is still possible to specify the procedure call standard in the --fpu option as before, but the use of --apcs is recommended.


        *  the tools now allow --fpmode=none, as an alternative to --fpu=none, indicating that source is not permitted to use floating-point arithmetic of any kind.






os platforms
------------


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
solaris for sparc 10


in addition, the patch has been tested on the following non-supported platforms:


windows 2000 sp4
suse linux 9.2
ubuntu linux 8.10




installation instructions (windows)
-------------------------


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 existing directory can be located by the rvct40inc environment variable, eg:


     c:\> set rvct40inc
     rvct40inc=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 existing directory can be located by the rvct40lib environment variable, eg:


     c:\> set rvct40lib
     rvct40lib=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 existing directory can be located by the rvct40bin environment variable, eg:


     c:\> set rvct40bin
     rvct40bin=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 591.






--------------------------------------------------------------------------------------
rvct 4.0 patch build 591 includes the following corrections since rvct 4.0 build 529:
--------------------------------------------------------------------------------------


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


*  with --wchar32, wide character string literals generated for references from structure initializers are now placed in a section with 4 byte alignment, ensuring correct alignment.


*  floating point options on the command line now correctly override earlier options when using gcc command line translation.


*  in some cases when a 64-bit unaligned value was loaded and then only partially used, the compiler would incorrectly generate an unaligned word load instruction. this has been fixed.


*  when compiling with "--cpu qsp" a swp instruction could sometimes be reordered incorrectly. this has been fixed.


*  the inline assembler could incorrectly optimize a mvn with a shifted operand into a plain shift with no negation. this has been fixed.


*  an issue has been fixed where the compiler could fail to maintain 8 byte stack alignment for variadic functions


*  an issue has been fixed where using the combination of --sys_include and --preinclude could result in the compiler failing to find included files.


*  function arguments are now set up correctly where a function's return is assigned to a variable.


*  in cases where the rtti for a derived class needs to refer to rtti for a base class, and the base class is marked dllimport, the compiler now defines the base class rtti unless it can determine that it will be exported from some other translation unit.


*  some causes of the following internal faults have been fixed: 0x5ac887,  0x87ecef, 0xafee20,  #2409, 0xc31b6d, 0x6bca8b, 0x19c380


*  a possible crash related to the loop unrolling optimization has been fixed.


*  a possible crash when a destructor in a derived class contains a try-block, and the base-class destructor is defined as an empty function is fixed.




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


*  defining __user_heap_extend in user code could lead to a link error due to a duplicate symbol definition in the library. this has now been fixed.




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


*  the {architecture} built-in variable now has the value of the chosen target architecture when --arm_only is used


*  the .f16 data type is now accepted as an alternative to .16 data types on neon instructions


*  the assembler now correctly handles vldm/vstm instructions with more than 16 single-precision registers.


*  ldm instructions used to return from exceptions in arm state with lr and pc in the register list (e.g. ldmfd sp!, {r0-r12, lr, pc}^) no longer generate "warning: a1745w: this register combination is deprecated"




elf format converter (fromelf)
--------------------


*  fromelf --elf no longer reports an internal fault when handling linux images containing init_array, fini_array or preinit_array sections.


*  fromelf now correctly disassembles thumb2ee code.




librarian (armar):
---------


*  when armar is given two input files with the same name, in replace (r) mode, the second file will now not replace the first.




linker (armlink):
------


*  the linker generates extra linker defined symbols:


   load$$region_name$$zi$$base load
   - address of the zi output section in this execution region.
   load$$region_name$$zi$$length load
   - length of the zi output section in bytes.
   load$$region_name$$zi$$limit
   - load address of the byte beyond the end of the zi output section in the execution region.


the load length of zi will be 0 unless region_name has the zeropad scatter-loading execution region attribute set.  if zeropad is set then load length = image$$region_name$$zi$$length"


*  when the target architecture is arm-only or thumb-only, armlink no longer reports an error if an interworking section takes the address of a non-interworking section.


*  "warning l6765w : shared object entry points must be arm-state when linking architecture 4t objects." is no longer produced for arm-state symbols.


*  armlink now works correctly when --arm_linux, --ltcg and --library= command line options are used together.


*  the scatter-loading region attribute align is now taken into account when writing the sh_addralign field of the first output section that is derived from the execution region. align on a load region will also now set the p_align filed of the associated program header.