Illegal promotion of bool to int....

[sjhill]

Greetings.

I am running up against an interesting compiler bug whereby a bool is
being promoted to an int. I found a Bugzilla entry and a message on the
mailing list that I thought was similar to what I am seeing:

   http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15484
   http://gcc.gnu.org/ml/gcc/2004-05/msg00752.html

Usage of the patch does not help for gcc-3.3 or 3.4 compilers on PPC.
I tried a fresh checkout of 4.1.0, but it failed to cross-build for
i686-linux hosted and powerpc-linux target. I am building my cross
toolchains with 'crosstool'. Here is the output from my compile:

powerpc-7450-linux-gnu-g++ -I../common -O2 -Wall -Wno-uninitialized  
-mtune=7450 -maltivec -g -c ../modify/transform.cpp -o transform.o
../modify/transform.cpp:109: error: prototype for `analysis::analysis(int, 
resolution, sample_allocator*, float, roi_node*, int)' does not match any in 
class `analysis'
../common/sample_processing.h:768: error: candidates are: 
analysis::analysis(const analysis&)
../common/sample_processing.h:781: error: 
analysis::analysis(resolution, sample_allocator*, bool, float, roi_node*)
../modify/transform.cpp:125: error: prototype for 
`sub_analysis::sub_analysis(resolution, sample_allocator*, int, float, 
roi_node*)' does not match any in class `sub_analysis'
../modify/analysis_local.h:49: error: candidates are: 
sub_analysis::sub_analysis(const sub_analysis&)
../modify/analysis_local.h:53: error: 
sub_analysis::sub_analysis(resolution, sample_allocator*, bool, float, 
roi_node*)
../modify/transform.cpp:309: error: prototype for `void 
sub_analysis::push(line_buf&, int)' does not match any in class `sub_analysis'
../modify/analysis_local.h:56: error: candidate is: virtual void 
sub_analysis::push(line_buf&, bool)
make: *** [transform.o] Error 1

Does anyone have some insight on this? Thanks.

-Steve

Re: GCC 4.1: Buildable on GHz machines only?

[sjhill]

> The alternative of course is to do only crossbuilds.  Is it reasonable
> to say that, for platforms where a bootstrap is no longer feasible, a
> successful crossbuild is an acceptable test procedure to use instead?
> 
Sure, and get flamed and trounced by Uli on glibc when you talk
about problems with crossbuilding.

-Steve

Re: GCC Compiler

[sjhill]

> I am doing a study about compilers. I have to monitor many existing 
> compilers and benchmark them. After I have to modify and optimize the 
> 'back-end' part for multithreads models.
> 
You should go look at Scott's site (http://www.coyotegulch.com/) as he
does a lot of benchmarking.

> I have found your works and I would like to have more informations about 
> the IR (Intermediate Representation) during the compilation. For 
> example, if a file containing the IR is created during the compilation.
> If there is another way,I would like to know how can I access the IR.
> Is it easy to modify? etc...
> 
> If you can give me some documents about your IR (and RTL, Back-End).
> 
RTFM. In all seriousness, you go to the main GCC page (http://gcc.gnu.org)
and look in the documentation sections. Some good starting places are:

   http://gcc.gnu.org/wiki
   http://gcc.gnu.org/readings.html

When you have read all of that, then come back and ask some more
questions. Cheers.

-Steve

Re: Major regression in 4.1.

[sjhill]

> Does this look familiar to anyone?  It certainly was happening
> a few days ago.  Shouldn't a bootstrap and regression of all
> frontend be required before someone checks in a patch to the
> back-end?
> 
Indeed. The last working GCC-4.1 compiler for both MIPS and i686
was back on 20050604. The bug biting me is 22014 which is another
ICE in the tree-ssa-structalias.c file. Right now the backend is
hosed and unusable.

-Steve

Static coverage analysis with 'gcov'.

[sjhill]

Greetings.

Has anyone done or is aware of static coverage analysis tools that
can be used with GCC? I know that people have used 'gcov' with the
Linux kernel and User Mode Linux (UML) to do analysis with the
kernel. I actually want to do coverage analysis on bootloader code
from YAMON (used mostly on MIPS board). Obviously, I cannot invoke
'gcov' on bootloader code and thus the conundrum. Thanks in advance.

-Steve

Re: ECCN Request - GCC

[sjhill]

> I'm trying to determine if we can export the GNU GCC product.  Can you
> please let me know if it contains any encryption?
> 
You mean besides the documentation itself which is cryptic at times? No.
IIRC, there some one way hashes used, but no encryption. Your question
is amusing considering everyone in the entire world has access to the
source code. You do realize that, right?

-Steve