Apologies for continuing the somewhat off-topic thread...
Sebastian writes:
> Static analysis which work on source code are not ideal, either. They
> don't know which functions will be inlined by the compiler.
I'm pretty sure that the Linux kernel developers have some scripts
that parse object
Hello,
* Ian Lance Taylor wrote on Thu, Oct 14, 2010 at 03:07:46AM CEST:
> Paul Koning writes:
> > My build system doesn't have LD_LIBRARY_PATH defined so whatever is
> > the Linux default would apply. Perhaps I should change that. But it
> > seems strange that configure finds the prerequisites
Paul Koning writes:
> Explicitly setting LD_LIBRARY_PATH seems to cure the problem. It
> would be good to have that called out in the procedures (or,
> preferably, made not to be necessary).
It actually is in the install docs, though of course suggestions for
improvements are always welcome.
On Oct 13, 2010, at 9:07 PM, Ian Lance Taylor wrote:
> Paul Koning writes:
>
>> My build system doesn't have LD_LIBRARY_PATH defined so whatever is
>> the Linux default would apply. Perhaps I should change that. But it
>> seems strange that configure finds the prerequisites and then ends up
>
Paul Koning writes:
> My build system doesn't have LD_LIBRARY_PATH defined so whatever is
> the Linux default would apply. Perhaps I should change that. But it
> seems strange that configure finds the prerequisites and then ends up
> generating makefiles that produce a compiler that can't find
On Oct 13, 2010, at 6:41 PM, Dave Korn wrote:
> On 13/10/2010 22:34, Paul Koning wrote:
>
>> On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
>> trunk. I have the dependencies (mpc, mfpr, gmp) installed.
>>
>> Did configure, no issues.
>>
>> Did "make bootstrap". S
On Oct 13, 2010, at 6:41 PM, Dave Korn wrote:
> On 13/10/2010 22:34, Paul Koning wrote:
>
>> On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
>> trunk. I have the dependencies (mpc, mfpr, gmp) installed.
>>
>> Did configure, no issues.
>>
>> Did "make bootstrap". S
Sebastian writes:
> I think, the reason that the linker only gives a list of referenced
> symbols per file name, and not per function, is that it can't do better.
> I doesn't know where the code of a function starts and ends. Does it?
It does, at least when using ELF. The cref output could be b
Hi,
I've tried what I thought was correct and implemented 2 new private
child specifications (of Ada.Exceptions.Exception_Propagation)
containing the specifications of the Unwind_Exception (generic) and the
Unwind_Control_Block/Unwind_Exception (ARM EABI) and I'm getting the
following error and I'
> Of course, the compiler can't dump the callgraph of the whole program.
> But it could dump the list of functions called by every function of a
> translation unit. With annotations which of the calls are inlined. Which
> could then be processed by a script to get the whole callgraph.
We have had
On Wed, Oct 13, 2010 at 11:43 PM, Sebastian
wrote:
> On Wed, Oct 13, 2010 H.J. Lu wrote:
>> GCC 4.6.0 has -fstack-usage.
> Thanks. That's probably the reason I didn't find it in current manuals.
>
> On Wed, Oct 13, 2010 Ian Lance Taylor wrote:
>> The mailing list gcc@gcc.gnu.org is for the develop
On 13/10/2010 22:34, Paul Koning wrote:
> On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
> trunk. I have the dependencies (mpc, mfpr, gmp) installed.
>
> Did configure, no issues.
>
> Did "make bootstrap". Stage 1 runs clean up to
> "configure-stage1-target-libgcc"
Am Mittwoch, den 13.10.2010, 14:54 -0700 schrieb Joe Buck:
> On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
> > On Wed, Oct 13, 2010 H.J. Lu wrote:
> > > gcc can not dump a callgraph. Both GNU ld and gold can dump a
> > > cross-reference table, which is not a call graph but could perha
On Wed, Oct 13, 2010 at 11:54 PM, Joe Buck wrote:
> On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
>> On Wed, Oct 13, 2010 H.J. Lu wrote:
>> > gcc can not dump a callgraph. Both GNU ld and gold can dump a
>> > cross-reference table, which is not a call graph but could perhaps be
>> >
On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
> On Wed, Oct 13, 2010 H.J. Lu wrote:
> > gcc can not dump a callgraph. Both GNU ld and gold can dump a
> > cross-reference table, which is not a call graph but could perhaps be
> > used to produce a call graph. See the --cref option.
> -
On Wed, Oct 13, 2010 H.J. Lu wrote:
> GCC 4.6.0 has -fstack-usage.
Thanks. That's probably the reason I didn't find it in current manuals.
On Wed, Oct 13, 2010 Ian Lance Taylor wrote:
> The mailing list gcc@gcc.gnu.org is for the development of gcc itself.
> This question would be more appropriate
I've tried a couple of different things but it isn't working and this seems
like it should be simple...
On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
trunk. I have the dependencies (mpc, mfpr, gmp) installed.
Did configure, no issues.
Did "make bootstrap". Stage
On Wed, Oct 13, 2010 at 1:05 PM, Sebastian
wrote:
> Hi,
> can gcc show the size of the stackframe of functions, so you can, given
GCC 4.6.0 has -fstack-usage.
--
H.J.
Sebastian writes:
> can gcc show the size of the stackframe of functions, so you can, given
> a callgraph without cycles, calculate the worst case stack size?
>
> (Assuming no use of alloca or C99 variable size arrays)
>
> Can gcc (or ld) dump a callgraph?
The mailing list gcc@gcc.gnu.org is for
Hi,
can gcc show the size of the stackframe of functions, so you can, given
a callgraph without cycles, calculate the worst case stack size?
(Assuming no use of alloca or C99 variable size arrays)
Can gcc (or ld) dump a callgraph?
regards,
Sebastian
> But now I am facing with a new instruction which will put the result
> in a single register,and thus GCC want to do GCSE on this
> instruction.GCC will treat si1%si2 as a loop invariant.So si1%si2 was
> moved out of the loop,just before the execution of function foo();as
> si2 is equal 0,there
21 matches
Mail list logo
