Subversion Repositories Open64

[/] [branches/] [open64-4.2.3/] - Rev 2998

Rev

Filtering Options

Clear current filter

Rev Log message Author Age Path
2998 Change the version from 4.2 to 4.2.3.
Update the documents.
This branch is closed after this check-in.
laijx 1139d 21h /branches/open64-4.2.3/
2994 Synchronize install_compiler.sh with the trunk laijx 1141d 18h /branches/open64-4.2.3/
2993 Merge changes in trunk from rev 2814 to rev 2893 into the 4.2.3 release branch.

These revisions are included:
r2817, r2818, r2819, r2821, r2826, r2831, r2844, r2855, r2867, r2869, r2870,
r2881, r2899, r2900, r2901, r2902, r2912, r2913, r2918, r2932, r2933, r2934,
r2954, r2962, r2973, r2974, r2975, r2976, r2977, r2981, r2903

These revisions have been merged before:
r2891, r2892, r2893, r2894

These revisions are excluded.
r2868
laijx 1141d 18h /branches/open64-4.2.3/
2898 Map additional math builtin functions to "fast" equivalents when using
-ffast-math. These functions are often faster and sometimes more
accurate than the math library functions from the system C library
(bug 556).

The mappings added are: acos, acosf, asin, asinf, atan, atanf, atan2,
atan2f, cosf, cosh, coshf, sinf, sinh, sinhf, sincosf, tan, tanf, tanh,
and tanhf.
dcoakley 1171d 17h /branches/open64-4.2.3/
2897 Fix bug 555: 449.geant4 assertion failure at line 2438 of
../../ipa/local/ipl_summarize_template.h

The bug happens when the virtual call in constructor is optimized to
loading the virtual function pointer from a known vtable directly
instead of from vtable pointer. The devirtualization currently cannot
handle LDID case, so is not setting the virtual call to the callsite.
dcoakley 1171d 17h /branches/open64-4.2.3/
2896 Fix the assertion in CSE phase (bug 554):
at line 1078 of ../../be/opt/opt_htable.h, CODEREP::Opnd, illegal kind CK_IVAR

This assertion is caused by invoking Opnd() on CK_IVAR.
Add code to check if the Kind of the CR is CK_OP to avoid the assertion.
dcoakley 1171d 17h /branches/open64-4.2.3/
2895 Fix assertion error observed when building the SPEC CPU2000 program
177.mesa with FDO and -Ofast (bug 553). The assertion was:

### Assertion failure at line 1018 of ../../common/com/wn_core.h:
### Compiler Error during IPA Transformation phase:
### WN_st: wn doesn't have ST field

The fix is to precede the check 'WN_st(x) != NULL' with 'WN_has_sym(x)'
since WN_st(x) assumes that the node has a valid ST field.
dcoakley 1171d 17h /branches/open64-4.2.3/
2813 Improves the use of vector instructions when storing to aligned data structures that have padding roddomi 1203d 21h /branches/open64-4.2.3/
2805 Create new branch for Open64 4.2.3 release based on trunk rev 2788 laijx 1206d 10h /branches/open64-4.2.3/
2788 This checkin adds VCG Graph Visualization infrastructure
to the Open64 compiler.

VCG classes are provided to emit vcg graphs for any data structure.
These are available in common/util/vcg.h and vcg.cxx and are mostly
self explanatory.

A Whirl to VCG client is implemented as an example in
be/com/com_whirlview.cxx. It can be invoked from the
debugger using vcg_wn(WN *wn, char *filename). A vcg viewer will
be required to view the graph. Current vcg client produces a
hierarchical graph for a whirl tree where Blocks, If's, Loops,
and any SCF nodes are subgraphs. These can be folded and
unfolded interactively by the viewer. Currently any
subgraph >= 25 nodes or edges is folded by default.

Hope this will improve the developer experience with the
Open64 compiler.
sastry 1211d 18h /trunk/
2786 Added entry minz 1212d 19h /trunk/
2785 code clean up, remove all the __STDC_LIMIT_MACROS macro in source files to eliminated the warning of redefining when building compiler ycwu 1213d 00h /trunk/
2784 code clean up , remove the useless "#if 1" "#if 0" macros in source code ycwu 1213d 00h /trunk/
2780 Added entry sastry 1213d 15h /trunk/
2778 Adding self to MAINTAINERS. sje 1213d 15h /trunk/
2776 Added entry loreena 1213d 15h /trunk/
2774 Fix bug: there is no return at the end of function LOOP_INVAR_CODE_MOTION::Def_Dominate_All_Use shenruifen 1217d 04h /trunk/
2773 us `uname -m` instead of `uname -i` to determine the system type , because `uname -i` in some system like ubuntu will retune unknown ycwu 1221d 09h /trunk/
2772 fixed error in building the gcc4.2.0 front end and gcc4.2.0 libraries in i386 system.
when the host machine is 32bit, do not build the 64bit libraries, add flags FLAGS_FOR_TARGET="-m32" and --disable-multilib
but to be consistent with x8664, the ccl and cclplus still build with --host=x86_64-redhat-linux.
ycwu 1222d 06h /trunk/
2761 fix the bug of building gcc4.2.0 front end in new ubuntu system.
This issue cause by the different 32bit library locations in redhat and ubuntu system.
In redhat and suse, libraries in /usr/lib are 32bit,
but in debian and ubuntu, libraries in /usr/lib are 64bit. 32bit libraries are located in /usr/lib32
ycwu 1228d 07h /trunk/

1 2 Next >

Show All