On Sat, 2006-03-11 at 10:53 -0800, Mark Mitchell wrote:
> Andrew Pinski wrote:
>
> >>> gcc-core-4.2-20060304.tar.bz2 = 15703096
> >>> gcc-g++-4.2-20060304.tar.bz2 = 3905138
> >>> gcc-objc-4.2-20060304.tar.bz2 = 191280
> >>> gcc-fortran-4.2-20060304.tar.bz2 = 793478
>
Sorry.
The example of previous post was wrong.
I just corrected it in this post.
I'm porting GCC 4.1.1 to a VLIW processor.
The processor couldn't solve any hazards itself so we should insert explicit
NOPs after insn scheduling.
I have implemented this functionality in the hook
`TARGET_MACHINE
I'm porting GCC 4.1.1 to a VLIW processor.
The processor couldn't solve any hazards itself so we should insert explicit
NOPs after insn scheduling.
I have implemented this functionality in the hook
`TARGET_MACHINE_DEPENDENT_REORG' (pass 52: mach).
Then I noticed that the pass 56 (split3) will el
Good !
I'm writing code coverage analysis tool for C++ which uses GCOV as a
source of coverage information. My program is written in C++ and it
heavily uses Boost libraries.
As a result of trying to run compile my program and Boost with GCOV
support I've found that GCOV does not work well wi
On 17/mar/2006, at 00:57, Andrew Pinski wrote:
Actually it looks like libffi is still not working as you no longer
have eh info for x86-darwin. This is why all the gij tests fail.
I have implemented EH for Darwin/x86 and now much more tests pass:
Test Run By sandro on Sun Mar 19 10:12:14 20