c-4.2
--with-gmp=/import/dr3/s10/gcc-4.2
Thread model: posix
gcc version 4.2.0 20070228 (prerelease)
so is gcc-4.3 on the platform.
2008/5/7 Edmar Wienskoski-RA8797 <[EMAIL PROTECTED]>:
I said if you compile val-prof-1.c the same way bprob-1.c is compiled you
get an warning.
gcc -g -fp
sorry that I couldn't re-produce the warning as you said.
micro# /import/dr3/s10/gcc-4.2/bin/gcc val-prof-1.c -fprofile-arcs -g
-o val-prof-1.x1
micro# /import/dr3/s10/gcc-4.2/bin/gcc -v
Using built-in specs.
Target: sparc-sun-solaris2.10
Configured with: /import/dr2/starlex/1/gcc-4.2-200
I said if you compile val-prof-1.c the same way bprob-1.c is compiled
you get an warning.
gcc -g -fprofile-arcs val-prof-1.c -o val-prof-1.x1
Lijuan Hai wrote:
seen in gcc-4.2, gcc.misc-tests/bprob-1.c is compiled with
-fprofile-arcs and -fbranch-probabilities.
gcc.dg/tree-prof/val-prof-1.c
seen in gcc-4.2, gcc.misc-tests/bprob-1.c is compiled with
-fprofile-arcs and -fbranch-probabilities.
gcc.dg/tree-prof/val-prof-1.c is compiled with -fprofile-generate and
-fprofile-use. so there won't be any warnings.
2008/4/25 Edmar Wienskoski-RA8797 <[EMAIL PROTECTED]>:
>
The test case gcc.misc/bprob-1.c is compiled with fprofile-arcs /
fprofile-use.
The option fprofile-arcs does not enable value profiling.
At the second stage compilation, the option fprofile-use enables value
profiling. Within tree_find_values_to_profile, if one of the value
optimizations
Lothar Werzinger wrote:
Joe Buck wrote:
Sounds like it. I suggest that you file a bug report, with a complete
testcase, so that it can be fixed.
AFAIK the proposed way to file a bug is to preprocess the file that fails
and to attach the preprocessed file to the bug.
That's the usual way in
Joe Buck wrote:
> On Wed, Jun 06, 2007 at 11:13:16AM -0700, Lothar Werzinger wrote:
>> when I build a coverage build of my software I get some undefined symbols
>> like global constructors keyed to src_utility_Tree.cpp_90B986A5_564B8955
>>
>> I did some investigation and as you can see in the bel
On Wed, Jun 06, 2007 at 11:13:16AM -0700, Lothar Werzinger wrote:
> when I build a coverage build of my software I get some undefined symbols
> like global constructors keyed to src_utility_Tree.cpp_90B986A5_564B8955
>
> I did some investigation and as you can see in the below test it only occurs
-D_REENTRANT -DACE_HAS_AIO_CALLS -DACE_USE_RCSID=0 \
-DACE_HAS_EXCEPTIONS -DCOVERAGE -fprofile-arcs -ftest-coverage -fPIC \
-Isrc -I/home/lothar/workspace/tradescapeAPI \
-I/opt2/linux/i686/ACE/1.5.8/ACE_wrappers \
-I/opt2/linux/i686/ACE/1.5.8/ACE_wrappers/TAO \
-I/opt2/linux/i686/ACE/1.5.8
So is it feasible that I can make executable to output gcda file to my
Host PC via fputs or fwrite?
Sure. The easiest way is to run the program under a functional
simulator of the nios2, that can map system calls from the C library to
I/O on the target board. The Altera people probably kno
> So is it feasible that I can make executable to output gcda file to
> my Host PC via fputs or fwrite?
Yes, but this requires a suitable board support package that can
divert I/O on your target board back to the host.
Ben
t; Liu Haibin wrote:
> > Hi,
> >
> > I wanted to use bb->count, so I expected that -fprofile-arcs and
> > -fbranch-probabilities would help. I added printf just before
> > peephole2 optimization and ran the following.
> >
> > $gcc -O3 -fprofile-arcs t
Liu Haibin wrote:
Hi,
I wanted to use bb->count, so I expected that -fprofile-arcs and
-fbranch-probabilities would help. I added printf just before
peephole2 optimization and ran the following.
$gcc -O3 -fprofile-arcs test.c -o test
$./test (which produced test.gcno only, but no test.g
Hi,
I wanted to use bb->count, so I expected that -fprofile-arcs and
-fbranch-probabilities would help. I added printf just before
peephole2 optimization and ran the following.
$gcc -O3 -fprofile-arcs test.c -o test
$./test (which produced test.gcno only, but no test.gcda)
$gcc -O3 -fprof
Joe Buck wrote:
On Tue, Oct 11, 2005 at 06:01:07PM +0100, Nathan Sidwell wrote:
call __gcov_flush
It seems you could just invoke that function from gdb, and not change
the program at all, right?
that's a neat idea :)
nathan
--
Nathan Sidwell:: http://www.codesourcery.com ::
On Tue, Oct 11, 2005 at 06:01:07PM +0100, Nathan Sidwell wrote:
> Astroman (sent by Nabble.com) wrote:
> > I am working on a piece of software that never exits and I am trying to
> > use -fprofile-arcs and gcov to gather coverage data on it.
> >The code looks l
Astroman (sent by Nabble.com) wrote:
I am working on a piece of software that never exits and I am trying to use
-fprofile-arcs and gcov to gather coverage data on it.
The code looks like this:
int main(){
while(1){
foo();
nanosleep(50);
}
}
This is a child process that
On 10/11/05, Astroman (sent by Nabble.com) <[EMAIL PROTECTED]> wrote:
>
> I am working on a piece of software that never exits and I am trying to use
> -fprofile-arcs and gcov to gather coverage data on it.
> The code looks like this:
> int main(){
>
I am working on a piece of software that never exits and I am trying to use
-fprofile-arcs and gcov to gather coverage data on it.
The code looks like this:
int main(){
while(1){
foo();
nanosleep(50);
}
}
This is a child process that as you can see will never exit on its
x1=a[i]+j;
> *p=99;
> a[i]=x1;
> }
> }
>
> main() {
> int *a,*p,i=0;
> int x1,x2,x3,x4;
> a=malloc(sizeof(int));
> p=malloc(sizeof(int));
> a[0]=0;
> foo(0,a,p);
> printf("\n%d ",*p);
> for(i=0;i<1;i++) {
> pr
int *a,*p,i=0;
int x1,x2,x3,x4;
a=malloc(sizeof(int));
p=malloc(sizeof(int));
a[0]=0;
foo(0,a,p);
printf("\n%d ",*p);
for(i=0;i<1;i++) {
printf(" %d ",a[i]);
}
}
This code was executed using "gcc -O3 -fprofile-arcs --param
max-unroll-times=0 a.c&q
> Hi,
>
> I am trying to profile the frequency of each basic block of
> SPEC 2000 benchmarks by compiling them using -fprofile-arcs and opt -O3.
> After running the benchmark, when I try to read "bb->count" while
> compiling
> using "-fbranch-probabiliti
Hi,
I am trying to profile the frequency of each basic block of
SPEC 2000 benchmarks by compiling them using -fprofile-arcs and opt -O3.
After running the benchmark, when I try to read "bb->count" while
compiling
using "-fbranch-probabilities and -O3", I get "0&qu
I found that the optimization must be on in order to see the frequency.
Timothy
On 6/24/05, Liu Haibin <[EMAIL PROTECTED]> wrote:
> Then I think I shouldn't use -fprofile-arcs. The reason why I used
> -fprofile-arcs is when I debugged a program without any flags, I saw
> th
Then I think I shouldn't use -fprofile-arcs. The reason why I used
-fprofile-arcs is when I debugged a program without any flags, I saw
the frequency was zero. When I added this flag, I saw frequency with
values.
I checked the frequency after life_analysis and before
combine_instructions. I
that, as Zdenek hsa pointed out, this is not a useful
situation for -fprofile-arcs, ...
My question is why it is so? I want to know the profiling info, but if
profiling info I get is for another different structure of basic
block, it's useless to me.
This is because it's inserting
Hello,
> I want to use profiling information. I know there're two relevent
> fields in each basic block, count and frequency. I want to use
> frequency because the compiled program is for another architecture so
> it cannot run on the host.
>
> I use -fprofile-arcs.
Hi,
I want to use profiling information. I know there're two relevent
fields in each basic block, count and frequency. I want to use
frequency because the compiled program is for another architecture so
it cannot run on the host.
I use -fprofile-arcs. And I can see the frequency value w
On Thu, Feb 17, 2005 at 05:09:55PM +0800, [EMAIL PROTECTED] wrote:
> Hi, there:
> I tried using the "-fprofile-arcs" and "-fbranch-probabilities" to build a
> profile based optimized binary, but got some complain about the .da files.
> ...
> The fail message i
Hi, there:
I tried using the "-fprofile-arcs" and "-fbranch-probabilities" to build a
profile based optimized binary, but got some complain about the .da files.
The OS: Red Hat Enterprise Linux WS release 3 (Taroon Update 3) Kernel
2.4.21-20.ELsmp on an x86_64
The GCC: gcc
30 matches
Mail list logo
