Dear mailing list:
I am writing GCC code that constructs GIMPLE (after pass_apply_inline
and before pass_all_optimizations) for a function-level static
variable that gets assigned to and passed to another function. My
problem is that I am getting undefined symbol errors for a renamed
ver
On Thu, Jun 12, 2008 at 4:39 PM, Diego Novillo <[EMAIL PROTECTED]> wrote:
> On 2008-06-12, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
>
>> I have no idea how to make sure, in whopr, that function x sees foobar if
>> you are going to cherry pick the globals also.
>
> I'm not sure I see the problem t
Snapshot gcc-4.3-20080612 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20080612/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi,
As part of our thread safety annotation/analysis effort, we created
about 17 new test cases that we would like to add to the gcc
testsuite. Should we create a new sub-directory under testsuite/g++.dg
(say, for example, g++.dg/thread-ann)? Or should we add them to an
existing sub-dir, e.g. test
On 2008-06-12, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> I have no idea how to make sure, in whopr, that function x sees foobar if
> you are going to cherry pick the globals also.
I'm not sure I see the problem that you are pointing to. In this program:
int N;
int foobar;
int *bar = &foobar;
Richard Sandiford wrote:
David Daney <[EMAIL PROTECTED]> writes:
Richard Sandiford wrote:
David Daney <[EMAIL PROTECTED]> writes:
Ralf Baechle wrote:
On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
The third operand to 'ins' must be a constant int, not a register.
Signed-off-b
Diego Novillo <[EMAIL PROTECTED]> writes:
> I just finished going through the API document adding missing content
> and updating stale information. While there are various aspects of
> GIMPLE that are not covered in the document, it is probably complete
> enough for converting/adding gimple code.
Date: Thu, 12 Jun 2008 07:01:34 -0400
From: DJ Delorie <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Results for 4.4.0 20080612 (experimental) [trunk revision 136692]
(GCC) testsuite on m32c-unknown-elf
gcc result changes...
Multilib: m32c-sim/-mcpu=m16c
FAIL-PASS: gcc.c-torture/execute/
I just finished going through the API document adding missing content
and updating stale information. While there are various aspects of
GIMPLE that are not covered in the document, it is probably complete
enough for converting/adding gimple code.
At the moment I'm wondering what would be the bes
David Daney <[EMAIL PROTECTED]> writes:
> Richard Sandiford wrote:
>> David Daney <[EMAIL PROTECTED]> writes:
>>> Ralf Baechle wrote:
On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
> The third operand to 'ins' must be a constant int, not a register.
>
> Signed-of
"Bingfeng Mei" <[EMAIL PROTECTED]> writes:
> Both -Dinhibit_libc and -DL_gcov are used as shown in our building log
> file. I guess -Dinhibit_libc is added because we used newlibc instead
> of glibc. I tried to grep these functions in newlibc and didn't find
> them. My question is how to enable g
Richard Sandiford wrote:
> David Daney <[EMAIL PROTECTED]> writes:
>> Ralf Baechle wrote:
>>> On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
>>>
The third operand to 'ins' must be a constant int, not a register.
Signed-off-by: David Daney <[EMAIL PROTECTED]>
---
>>
Hello,
In our GCC porting, we use newlib instead of libc. Today I tried to use
profiling feedback based optimization with option -fprofile-arcs. But
the executable doesn't produce .gcda file. I examined the disassembled
binary file and found the following functions are basically just dummy
ones:
Diego Novillo wrote:
On 2008-06-12, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
I think that if you want to cast this as we need to have a symbol table for
the compiler in general then that is fine.
Yes, but we only need a symbol table for globals. Temporaries and
locals need not be i
On 2008-06-12, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> I think that if you want to cast this as we need to have a symbol table for
> the compiler in general then that is fine.
Yes, but we only need a symbol table for globals. Temporaries and
locals need not be in this table.
> However, th
On 2008-06-12, Richard Guenther <[EMAIL PROTECTED]> wrote:
> Yes. The referenced_vars hashtable is filled by the referenced_vars pass
> (see tree-dfa.c:find_referenced_vars).
Right, that's why Ken's reference to pass_ipa_reference() confused me.
find_referenced_vars() is probably the oldest an
Diego Novillo wrote:
On 2008-06-11, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
my sense is not to associate put this directly in the cgraph but to keep it
as a side table that is indexed by something like the cgraph node id. The
reason for leaning in this direction is that "what happens in
On Thu, Jun 12, 2008 at 1:24 PM, Diego Novillo <[EMAIL PROTECTED]> wrote:
> On 2008-06-11, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
>
>> my sense is not to associate put this directly in the cgraph but to keep it
>> as a side table that is indexed by something like the cgraph node id. The
>> re
On 2008-06-11, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> my sense is not to associate put this directly in the cgraph but to keep it
> as a side table that is indexed by something like the cgraph node id. The
> reason for leaning in this direction is that "what happens in the cgraph
> stays i
Richard Guenther wrote:
On Thu, Jun 12, 2008 at 3:53 AM, Kenneth Zadeck
<[EMAIL PROTECTED]> wrote:
Daniel Berlin wrote:
On Wed, Jun 11, 2008 at 9:13 PM, Kenneth Zadeck
<[EMAIL PROTECTED]> wrote:
Richard Guenther wrote:
On Wed, Jun 11, 2008 at 11:33 PM, Ollie Wild <[E
On Thu, Jun 12, 2008 at 3:53 AM, Kenneth Zadeck
<[EMAIL PROTECTED]> wrote:
> Daniel Berlin wrote:
>>
>> On Wed, Jun 11, 2008 at 9:13 PM, Kenneth Zadeck
>> <[EMAIL PROTECTED]> wrote:
>>
>>>
>>> Richard Guenther wrote:
>>>
On Wed, Jun 11, 2008 at 11:33 PM, Ollie Wild <[EMAIL PROTECTED]> wro
David Daney <[EMAIL PROTECTED]> writes:
> Ralf Baechle wrote:
>> On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
>>
>>> The third operand to 'ins' must be a constant int, not a register.
>>>
>>> Signed-off-by: David Daney <[EMAIL PROTECTED]>
>>> ---
>>> include/asm-mips/bitops.h |
22 matches
Mail list logo
