On Fri, Sep 19, 2008 at 04:08:50PM -0700, Janis Johnson wrote:
> Would it work for you to have a check-init target to set up site.exp
> and whatever else might be needed, a check-fini target to wrap up
> the results, and multiple targets that you can invoke separately in
> between those? A top-lev
On Fri, Sep 19, 2008 at 6:36 PM, Diego Novillo <[EMAIL PROTECTED]> wrote:
> @@ -7674,12 +7713,8 @@ build_common_tree_nodes (bool signed_cha
> unsigned_char_type_node = make_unsigned_type (CHAR_TYPE_SIZE);
> TYPE_STRING_FLAG (unsigned_char_type_node) = 1;
>
> - /* Define `char', which is like e
On Sun, Sep 21, 2008 at 2:28 PM, Steven Bosscher <[EMAIL PROTECTED]> wrote:
> Index: tree.c
> ===
> --- tree.c (revision 140524)
> +++ tree.c (working copy)
> @@ -7364,8 +7364,8 @@
> but not the same as either. */
> c
Simon Hill wrote:
> http://gcc.gnu.org/onlinedocs/gccint/index.html. (Of course I was
> horrified to see it's not written in C++, and it's loaded with macros
> --- why??).
You seem to refer to g++ as if it's a separate program from gcc but it's
really not. All of the middle- and back-end code is
I'm working with a target which has address registers
which are shorter than an integer. Pmode is defined as
PSImode, not SImode. There are a limited number of operations
on the address registers, including pre/post-increment/decrement,
but not generalized arithmetic.
I'm running into a number
On Sun, Sep 21, 2008 at 12:36 PM, Brian Dessent <[EMAIL PROTECTED]> wrote:
> Simon Hill wrote:
>
>> http://gcc.gnu.org/onlinedocs/gccint/index.html. (Of course I was
>> horrified to see it's not written in C++, and it's loaded with macros
>> --- why??).
>
> You seem to refer to g++ as if it's a sep
On Sun, 21 Sep 2008, NightStrike wrote:
> On Sun, Sep 21, 2008 at 12:36 PM, Brian Dessent <[EMAIL PROTECTED]> wrote:
> > Simon Hill wrote:
> >
> >> http://gcc.gnu.org/onlinedocs/gccint/index.html. (Of course I was
> >> horrified to see it's not written in C++, and it's loaded with macros
> >> ---
On Sat, Sep 20, 2008 at 03:55:00PM +0200, Kai Henningsen wrote:
> Isn't this a case of the stuff that the
> var-tracking-assignments-branch
> (http://gcc.gnu.org/wiki/Var_Tracking_Assignments) tries to fix?
No, it was specific to cloned functions. Some cgraph bug, I don't
remember the PR.
--
Da
On Sat, Sep 20, 2008 at 11:46:48AM -0400, Diego Novillo wrote:
> This is not really possible because when lto1 runs, it needs to have a
> unique version of char_type_node and the multiple .o files will
> potentially have different versions of it. In essence, char_type_node
> needs not exist in GIM
Snapshot gcc-4.4-20080919 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20080919/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revisi
Adam,
As shown here:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg01775.html
gcc.target/mips/octeon-exts-2.c is failing when configured --with-arch=sb1
Do you know if it is failing universally or only on non-octeon targets?
David Daney
Adam,
As shown here:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg01775.html
gcc.target/mips/octeon-exts-2.c is failing when configured --with-arch=sb1
Do you know if it is failing universally or only on non-octeon targets?
David Daney
Steven Bosscher wrote:
> + if (signed_char)
> +{
> + char_type_node = make_signed_type (CHAR_TYPE_SISE);
> + TYPE_CANONICAL (char_type_node) = signed_char_type_node;
> +}
I don't think this is a good idea. TYPE_CANONICAL is used for
type-comparison at the language level, and "
13 matches
Mail list logo
