public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/27528]  New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
@ 2006-05-10  2:44 malitzke at metronets dot com
  2006-05-10  3:05 ` [Bug c/27528] " malitzke at metronets dot com
                   ` (24 more replies)
  0 siblings, 25 replies; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-05-10  2:44 UTC (permalink / raw)
  To: gcc-bugs

"main_rmg" Invoking command

gcc -v -save-temps -m32 -Wp,-MD,init/.main.o.d  -nostdinc -isystem
/usr/lib/gcc/powerpc-unknown-linux-gnu/4.2.0/include -D__KERNEL__ -Iinclude 
-include include/linux/autoconf.h -Iarch/powerpc -Iarch/powerpc/include -Wall
-Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2
-fomit-frame-pointer -msoft-float -pipe -Iarch/powerpc -ffixed-r2 -mmultiple
-mno-altivec -funit-at-a-time -mstring -mcpu=powerpc -Wa,-maltivec
-Wdeclaration-after-statement -Wno-pointer-sign    -D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(main)"  -D"KBUILD_MODNAME=KBUILD_STR(main)" -c -o
init/main.o init/main.c


"main_rmg.out"

gcc: warning: -pipe ignored because -save-temps specified
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: ../gcc-4.2.0/configure --prefix=/usr
--enable-version-specific-runtime-libs --with-java-home=/usr
--infodir=/usr/share/gcc-42 --datadir=/usr/share/gcc-42
--mandir=/usr/share/gcc-42 --program-suffix=-42 --enable-shared --enable-gomp
--enable-mudflap --enable-libgfortran --enable-threads=posix
--enable-__cxa_atexit --enable-libgcc-math --disable-checking
--disable-multilib --disable-nls --disable-werror --with-gnu-ld
--with-mpfr-dir=/src/src/mpfr-2.2.0 --with-mpfr=/usr/lib
--with-gmp-dir=/src/src/gmp-4.2 --with-gmp=/usr/lib --enable-languages=c,c++
--with-cpu=7450 --enable-clocale=gnu
Thread model: posix
gcc version 4.2.0 20060509 (experimental)
 /usr/libexec/gcc/powerpc-unknown-linux-gnu/4.2.0/cc1 -E -quiet -nostdinc -v
-Iinclude -Iarch/powerpc -Iarch/powerpc/include -Iarch/powerpc -D__unix__
-D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux
-Asystem=unix -Asystem=posix -D__KERNEL__ -DKBUILD_STR(s)=#s
-DKBUILD_BASENAME=KBUILD_STR(main) -DKBUILD_MODNAME=KBUILD_STR(main) -isystem
/usr/lib/gcc/powerpc-unknown-linux-gnu/4.2.0/include -include
include/linux/autoconf.h -MD init/.main.o.d init/main.c -m32 -msoft-float
-mmultiple -mno-altivec -mstring -mcpu=powerpc -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -Wdeclaration-after-statement
-Wno-pointer-sign -fno-strict-aliasing -fno-common -fomit-frame-pointer
-ffixed-r2 -funit-at-a-time -O2 -fpch-preprocess -o main.i
ignoring duplicate directory "arch/powerpc"
#include "..." search starts here:
#include <...> search starts here:
 include
 arch/powerpc
 arch/powerpc/include
 /usr/lib/gcc/powerpc-unknown-linux-gnu/4.2.0/include
End of search list.
 /usr/libexec/gcc/powerpc-unknown-linux-gnu/4.2.0/cc1 -fpreprocessed main.i
-quiet -dumpbase main.c -m32 -msoft-float -mmultiple -mno-altivec -mstring
-mcpu=powerpc -auxbase-strip init/main.o -O2 -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -Wdeclaration-after-statement -Wno-pointer-sign -version
-fno-strict-aliasing -fno-common -fomit-frame-pointer -ffixed-r2
-funit-at-a-time -o main.s
GNU C version 4.2.0 20060509 (experimental) (powerpc-unknown-linux-gnu)
        compiled by GNU C version 4.2.0 20060509 (experimental).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96676
Compiler executable checksum: 1ddc21b7b24d4a7d358320168400dad6
init/main.c: In function 'unknown_bootoption':
init/main.c:235: warning: asm operand 2 probably doesn't match constraints
init/main.c:235: error: impossible constraint in 'asm'


"from_main_i" I believthe rest of main.i adds little but could send it if
requested.

static int __attribute__ ((__section__ (".init.text"))) unknown_bootoption(char
*param, char *val)
{

 if (val) {

  if (val == param+strlen(param)+1)
   val[-1] = '=';
  else if (val == param+strlen(param)+2) {
   val[-2] = '=';
   memmove(val-1, val, strlen(val)+1);
   val--;
  } else
   do { __asm__ __volatile__( "1:       twi 31,0,0\n" ".section
__bug_table,\"a\"\n" "\t"".long" " ""   1b,%0,%1,%2\n" ".previous" : : "i"
(235), "i" ("init/main.c"), "i" ((__func__))); } while (0);
 }


 if (obsolete_checksetup(param))
  return 0;



"main_c.offending" producing "from_main_i"

/*
 * Unknown boot options get handed to init, unless they look like
 * failed parameters
 */
static int __init unknown_bootoption(char *param, char *val)
{
        /* Change NUL term back to "=", to make "param" the whole string. */
        if (val) {
                /* param=val or param="val"? */
                if (val == param+strlen(param)+1)
                        val[-1] = '=';
                else if (val == param+strlen(param)+2) {
                        val[-2] = '=';
                        memmove(val-1, val, strlen(val)+1);
                        val--;
                } else
                        BUG();
        }



"powerpc_BUG_def"  defining BUG()

#define BUG() do {                                                       \
        __asm__ __volatile__(                                            \
                "1:     twi 31,0,0\n"                                    \
                ".section __bug_table,\"a\"\n"                           \
                "\t"PPC_LONG"   1b,%0,%1,%2\n"                           \
                ".previous"                                              \
                : : "i" (__LINE__), "i" (__FILE__), "i" (__FUNCTION__)); \
} while (0)


-- 
           Summary: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on
                    powerpc (7450) get error on long exixting code
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: malitzke at metronets dot com
 GCC build triplet: powerpc-linux
  GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug c/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
@ 2006-05-10  3:05 ` malitzke at metronets dot com
  2006-05-10  4:04 ` [Bug middle-end/27528] " pinskia at gcc dot gnu dot org
                   ` (23 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-05-10  3:05 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #1 from malitzke at metronets dot com  2006-05-10 03:04 -------
There are similar problems with other kernel modules that did not occur before.
It looks like the asm expansion causes problems with some rs6000 work done by
David Edelsohn. Will be glad to assist in solving this hopefully minor item.

Had a Hell of a time with the known to work fail fields. There should be a way
to qualify current versus twoo weeks before


-- 

malitzke at metronets dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to fail|                            |4.2.0
      Known to work|                            |3.4.6


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
  2006-05-10  3:05 ` [Bug c/27528] " malitzke at metronets dot com
@ 2006-05-10  4:04 ` pinskia at gcc dot gnu dot org
  2006-05-10  5:24 ` pinskia at gcc dot gnu dot org
                   ` (22 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-05-10  4:04 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-10 04:03 -------
"i" (__FILE__), "i" (__FUNCTION__)

The second makes less sense but both of them are the cause.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c                           |middle-end


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
  2006-05-10  3:05 ` [Bug c/27528] " malitzke at metronets dot com
  2006-05-10  4:04 ` [Bug middle-end/27528] " pinskia at gcc dot gnu dot org
@ 2006-05-10  5:24 ` pinskia at gcc dot gnu dot org
  2006-05-10  5:30 ` pinskia at gcc dot gnu dot org
                   ` (21 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-05-10  5:24 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from pinskia at gcc dot gnu dot org  2006-05-10 05:24 -------
Reduced testcase:
int f(void)
{
  asm ("%0" : : "i"("Hi"));
}


I don't think this is valid code:
`i'
An immediate integer operand (one with constant value) is allowed. This
includes symbolic constants whose values will be known only at assembly time or
later.

--------
Because "Hi" is not a symbolic constant really.  Also -funit-at-a-time is
needed to reproduce this issue.

Also this is not related to any change David did.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|dje at gcc dot gnu dot org  |
  GCC build triplet|powerpc-linux               |
   GCC host triplet|powerpc-linux               |
 GCC target triplet|powerpc-linux               |powerpc-*-*


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (2 preceding siblings ...)
  2006-05-10  5:24 ` pinskia at gcc dot gnu dot org
@ 2006-05-10  5:30 ` pinskia at gcc dot gnu dot org
  2006-05-10 14:44 ` malitzke at metronets dot com
                   ` (20 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-05-10  5:30 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from pinskia at gcc dot gnu dot org  2006-05-10 05:30 -------
This is not a bug and here is why:
Section anchors is turned on so that "Hi" is turned into a symbol offset of an
anchor so it is no longer a symbolic constant.  This never really would have
worked in anyways in the normal time.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
      Known to fail|4.2.0                       |
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (3 preceding siblings ...)
  2006-05-10  5:30 ` pinskia at gcc dot gnu dot org
@ 2006-05-10 14:44 ` malitzke at metronets dot com
  2006-05-10 14:56 ` dje at gcc dot gnu dot org
                   ` (19 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-05-10 14:44 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #5 from malitzke at metronets dot com  2006-05-10 14:43 -------
To A Pinski
While I am _not_ a C lawyer, the following seems pertinent:

1 __FUNCTION__  is _not_ a predefined macro. However __func__ a predefined
identifier and I will take this up with the kernel people. However, even
changing__FUNCTION__ to __func__ still produces an error. Let the language
lawyer sort this out.

2 Taking __FUNCTION__ entirely out of the original Macro Definition and using
all of the kernel paraphernalia produces valid code. Out of that context I can
not get even __FILE__ to work properly; only __line__

3 Your "Hi" misses the point  because it is certainly not a predefined macro
and not even a predefined identifier. Therefore the comparison seems invalid to
me.

I am reopening this because I believe that the raised by "__func__" should be
addressed. Also it is not the first time that the kernel people found ways to
get GCC closer to the standards.


-- 

malitzke at metronets dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dje at gcc dot gnu dot org
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (4 preceding siblings ...)
  2006-05-10 14:44 ` malitzke at metronets dot com
@ 2006-05-10 14:56 ` dje at gcc dot gnu dot org
  2006-05-10 15:06 ` pinskia at gcc dot gnu dot org
                   ` (18 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: dje at gcc dot gnu dot org @ 2006-05-10 14:56 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #6 from dje at gcc dot gnu dot org  2006-05-10 14:56 -------
The section anchors feature does not like "__FUNCTION__" or "__func__" as an
inlined asm argument.

Also, "some rs6000 work" is not very informative or useful.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (5 preceding siblings ...)
  2006-05-10 14:56 ` dje at gcc dot gnu dot org
@ 2006-05-10 15:06 ` pinskia at gcc dot gnu dot org
  2006-05-10 20:17 ` malitzke at metronets dot com
                   ` (17 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-05-10 15:06 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #7 from pinskia at gcc dot gnu dot org  2006-05-10 15:06 -------
(In reply to comment #5)
> To A Pinski
> While I am _not_ a C lawyer, the following seems pertinent:
Why do you think this is related to the C standard?

> 
> 1 __FUNCTION__  is _not_ a predefined macro. However __func__ a predefined
> identifier and I will take this up with the kernel people. However, even
> changing__FUNCTION__ to __func__ still produces an error. Let the language
> lawyer sort this out.

So what?


> 2 Taking __FUNCTION__ entirely out of the original Macro Definition and using
> all of the kernel paraphernalia produces valid code. Out of that context I can
> not get even __FILE__ to work properly; only __line__
> 
> 3 Your "Hi" misses the point  because it is certainly not a predefined macro
> and not even a predefined identifier. Therefore the comparison seems invalid to
> me.

HUH?  Look at how __FILE__ gets subsituted.
> 
> I am reopening this because I believe that the raised by "__func__" should be
> addressed. Also it is not the first time that the kernel people found ways to
> get GCC closer to the standards.

__func__ is a static variable and that is how the C standard defines it.  It
will be put into the section anchor.
You will also have issues with:

static int t;

void f(void)
{
  asm ("" : : "I"(&t));
}

=====
But all of that is undefined as explained by how the documentation is defined.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|dje at gcc dot gnu dot org  |
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (6 preceding siblings ...)
  2006-05-10 15:06 ` pinskia at gcc dot gnu dot org
@ 2006-05-10 20:17 ` malitzke at metronets dot com
  2006-05-10 20:41 ` pinskia at gcc dot gnu dot org
                   ` (16 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-05-10 20:17 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #8 from malitzke at metronets dot com  2006-05-10 20:17 -------
Well Fellas: Either have the Steering Committee revise the
Invitation to participate in testing; quoted iselectively below.
Or,have a member from the Steering Committe ask me to refrain
from further participation. I, for one, am no longer willing
to be at the receiving end of snide comments from people who
can not admit that, volunteering or not, are talking through 
their hats.

I am over 70 years of age and have come to my expertise (which
is not in compilers) the hard way. I started with plugboards
and worked my way up to real time assembly systems programming
(telephone Central Office switches and dispatching systems).
The proof of any programming effort is for the hardware to
generate the right output to control other hardware or to
be comprehensible by human beings.   

Now to the specifics:

>  This page describes regular efforts to test GCC thoroughly,
>  plus ideas for additional testing by volunteers who have
>  machine cycles to spare.

You might not believe it, but I have a router-firewall, a 
MAC (dual 800 Mhz G4's), a Pentium 3 server (four 550 Mhz
Pentium 3 with 2Gbyte error correcting memory an 130 Giga 
byes of SCSI) assorted other machines all running with
software entirely compiled with gcc-4.1 and gcc-4.2. I only
report to gcc.gnu.org what I consider important problems.
In this specific case I just eliminated the __FUNCTION__
part from bug.h (asm-powerpc) and I am writing this with
kernel-2.6.17-rc3 as compiled by the current gcc-4.2 on
the MAC.

>  Perform regular builds and testing of current GCC sources
>  that are not already being reported regularly.

Compiling everything but Ada and running the full test
suite now takes 8.5 hours on a ~800 Mhz pentium 3. There
is realy no publicly available Ada source. I, personally
do not care for Java, but some source packages require
it and sun is apparently no coming out with new releases for 
the powerpc series (competition for server sales) I check
the test suite output to see if that particular gcc is to
be my current production compiler for either pentium3 or
powerpc.

>  If the operating system kernel you use is normally compiled
>  with GCC, try building it with the current sources;
>  such as a release branch, use the newly built kernel for
>  running further GCC tests.

I am a user of compilers (not only gcc) and not a compiler
builder. The four or five problems I reported (and caused 
changes in gcc) sofar were not evidenced by the test suite.

>  Build and test applications that are important to you;
>  investigate and report any problems you find.

>  Build and test packages that are normally available on
>  your platform and for which you have access to source.a

I have about 40 Gigabyte of source code (no games, no IRC,
no themes or their engines, no music or downloading software,
as little Java as possible, and no Pascal).  This is really
software for workstation use. 

Regarding __func__ C99 declares it a "predefined identifier"
and "Like keywords, predefined identifiers must no be
defined by programmers." I am not asking that it becomes
part of GCC. however it should made clear that it and 
certainly __FUNCTION__ are no longer supported.

Regarding __LINE__, __FILE__, __DATE__, etc are required
as per Standard C. Again, the GCC community can state
that it is no honoring that particular requiremnt. However,
the GCC comunity can not unilaterally abrogate that
requirement. The trigraphs come to mind. These are 
probably matters for the Steering Committee.


-- 

malitzke at metronets dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (7 preceding siblings ...)
  2006-05-10 20:17 ` malitzke at metronets dot com
@ 2006-05-10 20:41 ` pinskia at gcc dot gnu dot org
  2006-06-14 15:09 ` hp at gcc dot gnu dot org
                   ` (15 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-05-10 20:41 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #9 from pinskia at gcc dot gnu dot org  2006-05-10 20:41 -------
This has nothing to do with the C standard or even standard code.  This is
inline-asm constraint which is failing and the inline-asm in the code is wrong.

This is a bug in the code so report it to Linux instead of here.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (8 preceding siblings ...)
  2006-05-10 20:41 ` pinskia at gcc dot gnu dot org
@ 2006-06-14 15:09 ` hp at gcc dot gnu dot org
  2006-06-14 15:09 ` hp at gcc dot gnu dot org
                   ` (14 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: hp at gcc dot gnu dot org @ 2006-06-14 15:09 UTC (permalink / raw)
  To: gcc-bugs



-- 

hp at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |hp at gcc dot gnu dot org
                   |dot org                     |
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2006-06-14 15:09:09
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (9 preceding siblings ...)
  2006-06-14 15:09 ` hp at gcc dot gnu dot org
@ 2006-06-14 15:09 ` hp at gcc dot gnu dot org
  2006-06-15  3:26 ` malitzke at metronets dot com
                   ` (13 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: hp at gcc dot gnu dot org @ 2006-06-14 15:09 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #10 from hp at gcc dot gnu dot org  2006-06-14 15:08 -------
I can't help but thinking the code is valid and that this is a valid bug.
Arguably, it *might* be hard to fix, and we'll have to cop out and adjust the
documentation instead.
I mean, the "i" constraint purpose is documented as:
"this includes symbolic constants whose values will be known only at assembly
time or later."  In this case, "later" is link-time.  In some cases, including
variables, the "later" would be dynamic-link-time which will be a bit beyond
reach; but as long as GCC generates an internal label, it should work with no
warnings.  See also PR19708 and 17346.  If the C standard defines something
other than programmer sense for "symbolic constant", that isn't as interesting;
we're already in asm-land and are supposed to be useful, not pedantic.  Taking
the address of a constant string is useful...

And oh, I almost forgot to mention that I get the warning with 3.2 for
cris-axis-linux-gnu too.  Yes, in the kernel, for the same use. (Sigh.)
I'm a bit behind on gcc work so I don't know if I get it for 4.2 as well.
I assigned the PR to me to avoid the feeling of adding to peoples workload,
but I guess I'll have to hack trees and that might take a while.


-- 

hp at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hp at gcc dot gnu dot org
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (10 preceding siblings ...)
  2006-06-14 15:09 ` hp at gcc dot gnu dot org
@ 2006-06-15  3:26 ` malitzke at metronets dot com
  2006-06-15 17:15 ` hp at gcc dot gnu dot org
                   ` (12 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-06-15  3:26 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #11 from malitzke at metronets dot com  2006-06-15 03:03 -------
Hans-Peter!

Thanks for shedding _some_ light on this murky corner. Perhaps, the "i"
constraint is now really inapropriate. 

First of all, a kernel header appropriately replaces __FUNCTION__ with
__func__. Therefore the leftover __FUNCTION__ (probably from non GCC compilers)
is not an issue.
Second, __LINE__, __FILE__, and __func__ are all known to the compiler, because
the compiler definitely knows what __FILE__ it is compiling and just emits the
appropriate string. Same argument line pertains to the __LINE__ in the __FILE__
and the name of the __func__ (function) it is trying to compile. The whole idea
is akin to an "assert". Therefore it is not up to the linker or assembler.
Third, if putting __FILE__ in place of the of either __FUNCTION__ or __func__
it works fine as can be seen in the "-S option" output (e.g. file.s).
Fourth, and this might be mine and others misunderstanding, I had thought that
"i" really referred to the assembly file address of the string. This address,
naturally is an address subject to relocation by the linker.
To an _old_ assembly language programmer this appears just like a storm in a
waterglass. This particular __asm construct is only used for powerpc (and
perhaps ppc) It must be left as a holdover for the original AIX compiler or AIX
binutils.

In my bugzilla PR to kernel.org I pointed out that knowing the __FILE__ and
__LINE__ is really quite sufficient and that perhaps, according to my patch to  
asm-powerpc/bug.h the particular item could be dropped. See bugzilla.kernel.org
PR 6533. They have not taken it up as it only pertains to gcc-4.2.0
(experimental) 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (11 preceding siblings ...)
  2006-06-15  3:26 ` malitzke at metronets dot com
@ 2006-06-15 17:15 ` hp at gcc dot gnu dot org
  2006-06-15 23:03 ` malitzke at metronets dot com
                   ` (11 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: hp at gcc dot gnu dot org @ 2006-06-15 17:15 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #12 from hp at gcc dot gnu dot org  2006-06-15 16:50 -------
In reply to comment #11, "i" *is* an appropriate constraint, if any.
I see the problem with the reduced test-case in comment #3,
so I'm going to limit the scope of my involvement to fixing that.

Hopefully we can leave the discussion on macro expansion for now,
or at least any specific problems with e.g. __FUNCTION__ would be
subject to a separate PR. (Though it's interesting if it works but
__FILE__ doesn't.)

The address of a string constant is for all normal use expressed as a
local label, hence "symbolic constant" when it comes to assembly code.
As a GCC backend guy, I know that "i" is a constraint useful in a GCC
machine description when there's any constant symbol or label, possibly
offset by a numeric constant. (Constraints are used for both machine
descriptions and asms.)

Besides bug.h in asm-ppc and asm-ppc64, I see this construct for
asm-x86_64, asm-alpha, asm-ppc64, asm-i386 too.  Not as not an argument
for correctness, just an observation that contradicts the "only used with
powerpc" statement.  That is, except for use of __FUNCTION__.  Hm.

I think I need reconfirmation that we see the same problem:
Is the code in comment #3 really a reduced test-case, i.e.
does the code in comment #3 cause a warning for the compiler and options
(filename replaced) for which you originally reported the problem?

(If not, I'd like to know for what version it causes the same warning.)
Thanks for your patience.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-06-15 23:03 ` malitzke at metronets dot com
@ 2006-06-15 23:03   ` Andrew Pinski
  0 siblings, 0 replies; 27+ messages in thread
From: Andrew Pinski @ 2006-06-15 23:03 UTC (permalink / raw)
  To: gcc-bugzilla; +Cc: gcc-bugs

> The problem turned up a week or so before I filed PR 27528, and after
> considerable rs6000 changes made by David Edelsohn. 

The change just exposed a latent bug. I am trying to make sure that
you understand that and not blaming David.

Could someone please CC Richard Sandiford, if he is not already since
-fsection-anchors is his creation.

-- Pinski


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (12 preceding siblings ...)
  2006-06-15 17:15 ` hp at gcc dot gnu dot org
@ 2006-06-15 23:03 ` malitzke at metronets dot com
  2006-06-15 23:03   ` Andrew Pinski
  2006-06-15 23:07 ` pinskia at physics dot uc dot edu
                   ` (10 subsequent siblings)
  24 siblings, 1 reply; 27+ messages in thread
From: malitzke at metronets dot com @ 2006-06-15 23:03 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #13 from malitzke at metronets dot com  2006-06-15 22:58 -------
Hans_Peter

Your, not mine, concern seems to be comment 3. For that you have to contact
Pinski. I saw a number os inconsitencies in his comments and after the
reception got did not want to pursue this further. My problem got solved as
follows:

Typescript
for i in `find -name 'bug.h*'` ; do grep -e '\ "i"\ ' $i && echo $i ; done 

                : : "i" (__LINE__), "i" (__FILE__)); \
                : : "r" ((long)(x)), "i" (__LINE__),            \
                    "i" (__FILE__));    \
                    "i" (__LINE__ + BUG_WARNING_TRAP),          \
                    "i" (__FILE__));    \
./asm-powerpc/bug.h


                : : "i" (__LINE__), "i" (__FILE__), "i" (__FUNCTION__)); \
                : : "r" ((long)(x)), "i" (__LINE__),            \
                    "i" (__FILE__), "i" (__FUNCTION__));        \
                    "i" (__LINE__ + BUG_WARNING_TRAP),          \
                    "i" (__FILE__), "i" (__FUNCTION__));        \
./asm-powerpc/bug.h.org


                     "i"(__LINE__), "i" (__FILE__))
./asm-x86_64/bug.h


                       : : "i" (PAL_bugchk), "i"(__LINE__), "i"(__FILE__))
./asm-alpha/bug.h


                         : : "i" (__LINE__), "i" (__FILE__))
./asm-i386/bug.h


        __asm__ __volatile__("break %0" : : "i" (BRK_BUG));             \
./asm-mips/bug.h


The pertinent patch is on file in my PR to bugzilla.kernel.org.

The problem turned up a week or so before I filed PR 27528, and after
considerable rs6000 changes made by David Edelsohn. 

To me this is a matter for the GCC community to solve and not for a non
compiler expert like myself. I am just a user as defined by the steering
committee.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (13 preceding siblings ...)
  2006-06-15 23:03 ` malitzke at metronets dot com
@ 2006-06-15 23:07 ` pinskia at physics dot uc dot edu
  2006-10-27  5:24 ` pinskia at gcc dot gnu dot org
                   ` (9 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at physics dot uc dot edu @ 2006-06-15 23:07 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #14 from pinskia at physics dot uc dot edu  2006-06-15 23:03 -------
Subject: Re:  compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450)
get error on long exixting code

> The problem turned up a week or so before I filed PR 27528, and after
> considerable rs6000 changes made by David Edelsohn. 

The change just exposed a latent bug. I am trying to make sure that
you understand that and not blaming David.

Could someone please CC Richard Sandiford, if he is not already since
-fsection-anchors is his creation.

-- Pinski


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (14 preceding siblings ...)
  2006-06-15 23:07 ` pinskia at physics dot uc dot edu
@ 2006-10-27  5:24 ` pinskia at gcc dot gnu dot org
  2006-11-03 13:23 ` rsandifo at gcc dot gnu dot org
                   ` (8 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-10-27  5:24 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #15 from pinskia at gcc dot gnu dot org  2006-10-27 05:23 -------
*** Bug 29611 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |raj dot khem at gmail dot
                   |                            |com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (15 preceding siblings ...)
  2006-10-27  5:24 ` pinskia at gcc dot gnu dot org
@ 2006-11-03 13:23 ` rsandifo at gcc dot gnu dot org
  2006-11-03 13:27 ` hp at gcc dot gnu dot org
                   ` (7 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-03 13:23 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #16 from rsandifo at gcc dot gnu dot org  2006-11-03 13:23 -------
I'm testing a possible patch.  I didn't want to reassign the bug
to myself in case H-P is still looking at it too.

At this stage I have no idea how successful the patch will be.
It seems to me that, as with most other gcc extensions, the "right"
behaviour isn't really defined here.  The warning and error don't
seem unreasonable from a gcc hacker's perspective, but I can see why
users would expect it to work.  My main fear is that, even if the
patch survives the normal testing (and a kernel build, which I
intend to try too), it could easily break another unstated
assumption in other user code.

Richard


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (16 preceding siblings ...)
  2006-11-03 13:23 ` rsandifo at gcc dot gnu dot org
@ 2006-11-03 13:27 ` hp at gcc dot gnu dot org
  2006-11-03 13:30 ` rsandifo at gcc dot gnu dot org
                   ` (6 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: hp at gcc dot gnu dot org @ 2006-11-03 13:27 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #17 from hp at gcc dot gnu dot org  2006-11-03 13:27 -------
(Re: comment #16)
Thank you, be my guest! :-)
Actually, it's a mistake that I'm still assigned; I should've unassigned myself
after a week with no activity from my side.


-- 

hp at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|hp at gcc dot gnu dot org   |unassigned at gcc dot gnu
                   |                            |dot org
             Status|ASSIGNED                    |NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (17 preceding siblings ...)
  2006-11-03 13:27 ` hp at gcc dot gnu dot org
@ 2006-11-03 13:30 ` rsandifo at gcc dot gnu dot org
  2006-11-09  9:34 ` rsandifo at gcc dot gnu dot org
                   ` (5 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-03 13:30 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #18 from rsandifo at gcc dot gnu dot org  2006-11-03 13:30 -------
OK, I step up to the guillotine...


-- 

rsandifo at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2006-06-14 15:09:09         |2006-11-03 13:30:24
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (18 preceding siblings ...)
  2006-11-03 13:30 ` rsandifo at gcc dot gnu dot org
@ 2006-11-09  9:34 ` rsandifo at gcc dot gnu dot org
  2006-11-11  9:47 ` rsandifo at gcc dot gnu dot org
                   ` (4 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-09  9:34 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #19 from rsandifo at gcc dot gnu dot org  2006-11-09 09:34 -------
Patch posted for review.


-- 

rsandifo at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |http://gcc.gnu.org/ml/gcc-
                   |                            |patches/2006-
                   |                            |11/msg00548.html
           Keywords|                            |patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (19 preceding siblings ...)
  2006-11-09  9:34 ` rsandifo at gcc dot gnu dot org
@ 2006-11-11  9:47 ` rsandifo at gcc dot gnu dot org
  2006-11-11  9:53 ` rsandifo at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-11  9:47 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #20 from rsandifo at gcc dot gnu dot org  2006-11-11 09:47 -------
Subject: Bug 27528

Author: rsandifo
Date: Sat Nov 11 09:47:35 2006
New Revision: 118689

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118689
Log:
gcc/
        PR middle-end/27528
        * stmt.c (expand_asm_operands): Use EXPAND_INITIALIZER if the
        constraints accept neither registers or memories.

gcc/testsuite/
        PR middle-end/27528
        * gcc.c-torture/compile/pr27528.c: New test.
        * gcc.dg/pr27528.c: Likewise.

Added:
    trunk/gcc/testsuite/gcc.c-torture/compile/pr27528.c
    trunk/gcc/testsuite/gcc.dg/pr27528.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/stmt.c
    trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (20 preceding siblings ...)
  2006-11-11  9:47 ` rsandifo at gcc dot gnu dot org
@ 2006-11-11  9:53 ` rsandifo at gcc dot gnu dot org
  2006-11-11  9:54 ` rsandifo at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-11  9:53 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #21 from rsandifo at gcc dot gnu dot org  2006-11-11 09:53 -------
Subject: Bug 27528

Author: rsandifo
Date: Sat Nov 11 09:53:20 2006
New Revision: 118690

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118690
Log:
gcc/
        PR middle-end/27528
        * stmt.c (expand_asm_operands): Use EXPAND_INITIALIZER if the
        constraints accept neither registers or memories.

gcc/testsuite/
        PR middle-end/27528
        * gcc.c-torture/compile/pr27528.c: New test.
        * gcc.dg/pr27528.c: Likewise.

Added:
    branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/pr27528.c
    branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/pr27528.c
Modified:
    branches/gcc-4_2-branch/gcc/ChangeLog
    branches/gcc-4_2-branch/gcc/stmt.c
    branches/gcc-4_2-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (21 preceding siblings ...)
  2006-11-11  9:53 ` rsandifo at gcc dot gnu dot org
@ 2006-11-11  9:54 ` rsandifo at gcc dot gnu dot org
  2006-12-01  1:07 ` chaoyingfu at gcc dot gnu dot org
  2007-01-10 19:14 ` [Bug middle-end/27528] [4.2/4.3 Regression] " pinskia at gcc dot gnu dot org
  24 siblings, 0 replies; 27+ messages in thread
From: rsandifo at gcc dot gnu dot org @ 2006-11-11  9:54 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #22 from rsandifo at gcc dot gnu dot org  2006-11-11 09:54 -------
Patch applied to trunk and 4.2.


-- 

rsandifo at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (22 preceding siblings ...)
  2006-11-11  9:54 ` rsandifo at gcc dot gnu dot org
@ 2006-12-01  1:07 ` chaoyingfu at gcc dot gnu dot org
  2007-01-10 19:14 ` [Bug middle-end/27528] [4.2/4.3 Regression] " pinskia at gcc dot gnu dot org
  24 siblings, 0 replies; 27+ messages in thread
From: chaoyingfu at gcc dot gnu dot org @ 2006-12-01  1:07 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #23 from chaoyingfu at gcc dot gnu dot org  2006-12-01 01:04 -------
Subject: Bug 27528

Author: chaoyingfu
Date: Fri Dec  1 01:01:21 2006
New Revision: 119392

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119392
Log:
Merged revisions 118654-118785 via svnmerge from 
svn+ssh://chaoyingfu@sources.redhat.com/svn/gcc/trunk

........
  r118654 | jakub | 2006-11-10 07:50:39 -0800 (Fri, 10 Nov 2006) | 3 lines

        * config/locale/gnu/c_locale.cc (__convert_to_v): Prefer
        strtold_l over __strtold_l if available.
........
  r118659 | pault | 2006-11-10 09:21:57 -0800 (Fri, 10 Nov 2006) | 12 lines

  2006-11-10 Paul Thomas <pault@gcc.gnu.org>

        PR fortran/29315
        * trans-expr.c (is_aliased_array): Treat correctly the case where the
        component is itself and array or array reference.


  2006-11-10 Paul Thomas <pault@gcc.gnu.org>

        PR fortran/29315
        * gfortran.dg/aliasing_dummy_4.f90: New test.
........
  r118661 | burnus | 2006-11-10 10:15:39 -0800 (Fri, 10 Nov 2006) | 6 lines

  2006-11-10  Tobias Burnus  <burnus@net-b.de>

         PR fortran/29454
         * resolve.c (gfc_resolve_blocks): Fix error message.
........
  r118662 | fche | 2006-11-10 10:42:28 -0800 (Fri, 10 Nov 2006) | 14 lines

  2006-11-10  Frank Ch. Eigler  <fche@redhat.com>

        PR libmudflap/28578
        * mf-hooks1.c (__mf_0fn_malloc): Make the bootstrap buffers
        static but not function scope static.
        (free): Skip deallocation attempts for objects placed into
        bootstrap buffers.
        * testsuite/libmudflap.cth/pass59-frag.c: New test.


  M    libmudflap/mf-hooks1.c
  M    libmudflap/ChangeLog
  A    libmudflap/testsuite/libmudflap.cth/pass59-frag.c
........
  r118664 | pault | 2006-11-10 13:06:42 -0800 (Fri, 10 Nov 2006) | 16 lines

  2006-11-10 Paul Thomas <pault@gcc.gnu.org>

     PR fortran/29758
     * check.c (gfc_check_reshape): Check that there are enough
     elements in the source array as to be able to fill an array
     defined by shape, when pad is absent.


  2006-11-10 Paul Thomas <pault@gcc.gnu.org>

     PR fortran/29758
     * gfortran.dg/reshape_source_size_1.f90: New test.
........
  r118665 | hubicka | 2006-11-10 13:42:04 -0800 (Fri, 10 Nov 2006) | 9 lines

        * cse.c (cse_process_notes): Copy the propagated value.
        * local-alloc.c (update_equiv_regs): Copy the memory RTX to be used
        in REG_EQUIV notes.
        * gcse.c (try_replace_reg): Copy the replacement.
        * i386.c (emit_i387_cw_initialization): Copy stored_mode
        (assign_386_stack_local): Always return copied memory expression
        * function.c (instantiate_virtual_regs_in_insn): Copy the operand
        duplicates.
........
  r118668 | brooks | 2006-11-10 14:34:26 -0800 (Fri, 10 Nov 2006) | 9 lines

  * lang.opt (-fmodule-private): Remove option.
  * gfortran.h (gfc_option_t): Remove module_access_private flag.
  * options.c (gfc_init_options): Remove initialization for it.
  (gfc_process_option): Remove handling for -fmodule-private.
  * module.c (gfc_check_access): Add comments, remove check for
  gfc_option.flag_module_access_private.

  (Also fixed tab-damage in preceeding changelog entry.)
........
  r118670 | brooks | 2006-11-10 15:43:05 -0800 (Fri, 10 Nov 2006) | 3 lines

  Corrected gfc_process_option to gfc_handle_option in my last
  ChangeLog entry.
........
  r118676 | gccadmin | 2006-11-10 16:17:31 -0800 (Fri, 10 Nov 2006) | 1 line

  Daily bump.
........
  r118678 | sayle | 2006-11-10 17:47:18 -0800 (Fri, 10 Nov 2006) | 7 lines


        * tree.c (build_int_cst_wide): Add an assertion (gcc_unreachable)
        when attempting to build INTEGER_CSTs of non-integral types.
        * expmed.c (make_tree): Use the correct type, i.e. the inner
        type, when constructing the individual elements of a CONST_VECTOR.
........
  r118682 | ghazi | 2006-11-10 20:01:42 -0800 (Fri, 10 Nov 2006) | 6 lines

        * fold-const.c (negate_mathfn_p): Add BUILT_IN_ERF.

  testsuite:
        * gcc.dg/torture/builtin-symmetric-1.c: New test.
........
  r118683 | ghazi | 2006-11-10 20:05:14 -0800 (Fri, 10 Nov 2006) | 8 lines

        * builtins.c (fold_builtin_cos): Use fold_strip_sign_ops().
        (fold_builtin_hypot): Likewise.
        * fold-const.c (fold_strip_sign_ops): Handle "odd" builtins.

  testsuite:
        * gcc.dg/builtins-20.c: Add more cases for stripping sign ops.
........
  r118684 | bergner | 2006-11-10 20:20:37 -0800 (Fri, 10 Nov 2006) | 3 lines

        * rtl.h (MEM_COPY_ATTRIBUTES): Copy MEM_POINTER.
........
  r118685 | sayle | 2006-11-10 21:00:10 -0800 (Fri, 10 Nov 2006) | 5 lines


        * fold-const.c (operand_equal_p) <INTEGER_CST, REAL_CST, VECTOR_CST>:
        Don't check for TREE_CONSTANT_OVERFLOW when comparing constants.
........
  r118686 | jiez | 2006-11-10 23:48:33 -0800 (Fri, 10 Nov 2006) | 3 lines

        * config/bfin/bfin.h (FUNCTION_PROFILER): Don't use LABELNO.
        (NO_PROFILE_COUNTERS): Define as 1.
........
  r118689 | rsandifo | 2006-11-11 01:47:35 -0800 (Sat, 11 Nov 2006) | 10 lines

  gcc/
        PR middle-end/27528
        * stmt.c (expand_asm_operands): Use EXPAND_INITIALIZER if the
        constraints accept neither registers or memories.

  gcc/testsuite/
        PR middle-end/27528
        * gcc.c-torture/compile/pr27528.c: New test.
        * gcc.dg/pr27528.c: Likewise.
........
  r118691 | rakdver | 2006-11-11 02:15:18 -0800 (Sat, 11 Nov 2006) | 5 lines

        * tree-ssa-loop.c (pass_loop_prefetch): Change name to aprefetch.
        * tree-ssa-loop-prefetch.c (dump_mem_ref): Fix target file.
        (tree_ssa_prefetch_arrays): Do not dump for removed loops.
........
  r118692 | rguenth | 2006-11-11 04:05:16 -0800 (Sat, 11 Nov 2006) | 33 lines

  2006-11-11  Richard Guenther  <rguenther@suse.de>

        * tree.def (FIX_CEIL_EXPR, FIX_FLOOR_EXPR, FIX_ROUND_EXPR):
        Remove unused tree codes.
        * tree-vrp.c (extract_range_from_unary_expr): Remove handling
        of FIX_CEIL_EXPR, FIX_FLOOR_EXPR and FIX_ROUND_EXPR.
        * tree-pretty-print.c (dump_generic_node, op_prio): Likewise.
        * tree.c (stabilize_reference): Likewise.
        * fold-const.c (fold_convert_const_int_from_real, operand_equal_p,
        fold_unary): Likewise.
        * tree-gimple.c (is_gimple_cast): Likewise.
        * dwarf2out.c (loc_descriptor_from_tree_1): Likewise.
        * expr.c (expand_expr_real_1): Likewise.
        * tree-eh.c (tree_could_trap_p): Likewise.
        * gimplify.c (gimplify_expr): Likewise.
        * tree-inline.c (estimate_num_insns_1): Likewise.
        * tree-cfg.c (verify_expr): Likewise.

        cp/
        * typeck.c (build_unary_op): Likewise.

        java/
        * check-init.c (check_init): Likewise.

        ada/
        * trans.c (maybe_stabilize_reference): Likewise.

        fortran/
        * trans-intrinsic.c (enum rounding_mode): New enum.
        (build_fix_expr, gfc_conv_intrinsic_aint, gfc_conv_intrinsic_mod,
        gfc_conv_intrinsic_function): Use it instead of FIX_CEIL_EXPR,
        FIX_FLOOR_EXPR, FIX_ROUND_EXPR and FIX_TRUNC_EXPR.
........
  r118693 | hubicka | 2006-11-11 07:50:16 -0800 (Sat, 11 Nov 2006) | 34 lines


        * tree-pass.h (pass_purge_lineno_notes): Remove declaration.
        * modulo-sched.c (find_line_note): Remove.
        (loop_canon_p): Do not worry about line number notes.
        (sms_schedule): Likewise.
        * cse.c (cse_main): Likewise.
        * regmove.c (fixup_match_1): Likewise
        * function.c (emit_return_info_block): Likewise.
        (expand_function_end): Likewise.
        (thread_prologue_an_epilogue_insns): Likewise.
        * cfgrtl.c (try_redirect_by_replacing_jump, rtl_tidy_fallthru_edge):
        Likewise.
        * emit-rtl.c (find_line_note, emit_insn_after_with_line_notes,
        emit_note_copy_after): Kill.
        (emit_note_copy): Do not worry about line numbers.
        * jump.c (purge_line_number_notes): Kill.
        (pass_purge_lineno_notes): Kill.
        * cfgcleanup.c (rest_of_handle_jump2): Kill purge_line_number_notes
        call.
        * rtl.h (emit_note_copy_after, emit_insn_after_with_line_notes): Kill.
        * passes.c (init_optimization_passes): Don't purge_lineno_notes.
        * sched-ebb.c (schedule_ebbs): Don't do rm_redundant_line_notes.
        * tree-pass.h (pass_purge_lineno_notes): Kill.
        * sched-ebb.c (schedule_ebb): Don't rm_line_notes,
        rm_redundant_line_notes.
        * sched-rgb.c (schedule_region): Don't rm_line_notes,
        rm_redundant_line_notes.
        * sched-int.h (rm_line_notes, rm_redundant_line_notes): Kill.
        * haifa-sched.c: Update comment about handling notes.
        (unlink_line_notes): Kill.
        (rm_line_notes): Kill.
        (save_line_notes): Simplify.
        (rm_redundant_line_notes): Kill.
........
  r118694 | hubicka | 2006-11-11 08:13:09 -0800 (Sat, 11 Nov 2006) | 3 lines


        * predict.c (predict_loops): Kill RTL variant.
........
  r118695 | ghazi | 2006-11-11 08:51:17 -0800 (Sat, 11 Nov 2006) | 3 lines

        * tree-pretty-print.c (dump_generic_node): Print sign of Inf.
........
  r118696 | hubicka | 2006-11-11 08:54:57 -0800 (Sat, 11 Nov 2006) | 21 lines


        * extended.texi (__builtin_expect): We no longer require second
argument
        to be constant.
        * gengtype.c (adjust_field_rtx_def): Drop NOTE_INSN_EXPECTED_VALUE.
        * builtins.c (expand_builtin_expect): Simplify.
        (expand_builtin_expect_jump): Kill.
        * final.c (final_scan_insn): Do not skip the removed notes.
        * insn-notes.def (LOOP_BEG, LOOP_END, REPEATED_LINE_NUMBER,
        EXPECTED_VALUE): Remove.
        * dojump.c (do_jump): Do not care about __builtin_expect.
        * predict.c (expected_value_to_br_prob): Kill.
        * function.c (expand_function_end): Do not expand
        NOTE_INSN_REPEATED_LINE_NUMBER.
        * print-rtl.c (print_rtx): Do not pretty print the removed notes.
        * expect.c (sjlj_emit_function_enter): Emit directly branch
probability.
        * cfgexpand.c (add_reg_br_prob_note): Export.
        * cfgcleanup.c (rest_of_handle_jump2): Do not call
        expected_value_to_br_prob.
        * cfglayout.c (duplicate_insn_chain): Do not deal with removed notes.
        * rtl.h (add_reg_br_prob_note): Declare.
........
  r118697 | hubicka | 2006-11-11 08:55:48 -0800 (Sat, 11 Nov 2006) | 21 lines


        * extended.texi (__builtin_expect): We no longer require second
argument
        to be constant.
        * gengtype.c (adjust_field_rtx_def): Drop NOTE_INSN_EXPECTED_VALUE.
        * builtins.c (expand_builtin_expect): Simplify.
        (expand_builtin_expect_jump): Kill.
        * final.c (final_scan_insn): Do not skip the removed notes.
        * insn-notes.def (LOOP_BEG, LOOP_END, REPEATED_LINE_NUMBER,
        EXPECTED_VALUE): Remove.
        * dojump.c (do_jump): Do not care about __builtin_expect.
        * predict.c (expected_value_to_br_prob): Kill.
        * function.c (expand_function_end): Do not expand
        NOTE_INSN_REPEATED_LINE_NUMBER.
        * print-rtl.c (print_rtx): Do not pretty print the removed notes.
        * expect.c (sjlj_emit_function_enter): Emit directly branch
probability.
        * cfgexpand.c (add_reg_br_prob_note): Export.
        * cfgcleanup.c (rest_of_handle_jump2): Do not call
        expected_value_to_br_prob.
        * cfglayout.c (duplicate_insn_chain): Do not deal with removed notes.
        * rtl.h (add_reg_br_prob_note): Declare.
........
  r118698 | hubicka | 2006-11-11 08:57:13 -0800 (Sat, 11 Nov 2006) | 3 lines

  Oops, commited wrong variant of patch in last commit, this is the diff
  to correct one.
........
  r118699 | ghazi | 2006-11-11 09:02:04 -0800 (Sat, 11 Nov 2006) | 5 lines

        * configure.in (have_gmp): Only error if the gcc directory exists.

        * configure: Regenerate.
........
  r118700 | tobi | 2006-11-11 09:10:24 -0800 (Sat, 11 Nov 2006) | 5 lines

  * data.c: Add 2006 to copyright years.
  * interface.c: Same.
  * misc.c: Same.
  * trans-io.c: Same.
........
  r118701 | paolo | 2006-11-11 09:32:12 -0800 (Sat, 11 Nov 2006) | 25 lines

  2006-11-11  Paolo Carlini  <pcarlini@suse.de>

        PR libstdc++/29496
        * include/debug/safe_base.h (_Safe_sequence_base::_M_get_mutex,
        _Safe_iterator_base::_M_get_mutex, _M_attach_single, _M_detach_single):
        New.
        * src/debug.cc: Define the latter.
        (_Safe_sequence_base::_M_detach_all, _M_detach_singular,
        _M_revalidate_singular, _M_swap): Use the mutex.
        (_Safe_iterator_base::_M_attach, _M_detach): Adjust, forward to the
        *_single version.
        * include/debug/safe_iterator.h (_Safe_iterator<>::_M_attach_single,
        _M_invalidate_single): New.
        * include/debug/safe_iterator.tcc: Define.
        (_Safe_iterator<>::_M_invalidate): Adjust, forward to
        _M_invalidate_single.
        * include/debug/safe_sequence.h (_Safe_sequence<>::_M_invalidate_if,
        _M_transfer_iter): Use the mutex, adjust, forward to the *_single
        versions of _M_invalidate and _M_attach.
        * config/abi/pre/gnu.ver (_Safe_sequence_base::_M_get_mutex,
        _Safe_iterator_base::_M_get_mutex, _M_attach_single, _M_detach_single):
        Add @GLIBCXX_3.4.10; adjust.
        * configure.ac (libtool_VERSION): To 6:10:0.
        * testsuite/util/testsuite_abi.cc (check_version): Add GLIBCXX_3.4.10.
        * configure: Regenerate.
........
  r118702 | tobi | 2006-11-11 09:56:11 -0800 (Sat, 11 Nov 2006) | 1 line

  Fix typo in previous check-in
........
  r118703 | tobi | 2006-11-11 11:20:11 -0800 (Sat, 11 Nov 2006) | 1 line

  Fix entry missing from previously committed ChangeLog
........
  r118709 | gccadmin | 2006-11-11 16:17:50 -0800 (Sat, 11 Nov 2006) | 1 line

  Daily bump.
........
  r118711 | jiez | 2006-11-11 16:21:30 -0800 (Sat, 11 Nov 2006) | 3 lines

        * config/bfin/bfin.h (TARGET_CPU_CPP_BUILTINS): Define __bfin__
        and __BFIN__.
........
  r118713 | jiez | 2006-11-11 16:27:46 -0800 (Sat, 11 Nov 2006) | 8 lines

        Revert
        2006-11-11  Jie Zhang  <jie.zhang@analog.com>
        * config/bfin/bfin.h (TARGET_CPU_CPP_BUILTINS): Define __bfin__
        and __BFIN__.

        * config/bfin/bfin.h (TARGET_CPU_CPP_BUILTINS): Use builtin_define_std
        instead of builtin_define for bfin and BFIN.
........
  r118716 | pinskia | 2006-11-11 17:10:56 -0800 (Sat, 11 Nov 2006) | 15 lines

  2006-11-11  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          PR rtl-opt/28812
          * alias.c (fixed_scalar_and_varying_struct_p): Don't return a
          non null value if the struct memory access is in the 0th
          aliasing set.

  2006-11-11  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          PR rtl-opt/28812
          * gcc.c-torture/execute/mayalias-3.c: New test.
........
  r118718 | sayle | 2006-11-11 18:57:10 -0800 (Sat, 11 Nov 2006) | 16 lines


        * fold-const.c (int_binop_types_match_p): New function.
        (size_binop): Relax constraint that both arguments must both have
        exactly the same sizetype type.  Instead use int_binop_types_match_p.
        (size_diffop): Likewise.

        (make_range): Use build_int_cst instead of fold_convert.
        (fold_cond_expr_with_comparison): Use build_int_cst to construct
        integer constants of the correct type.
        (fold_div_compare): Likewise.
        (fold_single_bit_test): Likewise.
        (fold_binary): Likewise.
        * stor-layout.c (layout_type) <VECTOR_TYPE>: Ensure that TYPE_SIZE
        has type bitsizetype and TYPE_SIZE_UNIT has type sizetype.
........
  r118721 | pault | 2006-11-12 02:15:04 -0800 (Sun, 12 Nov 2006) | 1 line

  Correcting ChangeLog errors
........
  r118722 | paolo | 2006-11-12 02:37:00 -0800 (Sun, 12 Nov 2006) | 6 lines

  2006-11-12  Paolo Carlini  <pcarlini@suse.de>

        * include/ext/bitmap_allocator.h: Uglify some names.
        * include/ext/concurrence.h: Likewise.
        * src/bitmap_allocator.cc: Likewise.
........
  r118723 | schwab | 2006-11-12 03:15:28 -0800 (Sun, 12 Nov 2006) | 2 lines

        * except.c (sjlj_emit_function_enter): Remove unused variable.
........
  r118724 | daney | 2006-11-12 09:12:13 -0800 (Sun, 12 Nov 2006) | 3 lines

        PR java/29805
        * typeck.c (build_java_array_type): Increase buffer sizes.
........
  r118726 | rakdver | 2006-11-12 10:20:03 -0800 (Sun, 12 Nov 2006) | 8 lines

        * cfgloopmanip.c (update_single_exit_for_duplicated_loop,
        update_single_exit_for_duplicated_loops): New functions.
        (duplicate_loop_to_header_edge): Use
        update_single_exit_for_duplicated_loops.
        * tree-ssa-loop-manip.c (tree_unroll_loop): Call verification
        functions only with ENABLE_CHECKING.
........
  r118727 | sayle | 2006-11-12 10:41:31 -0800 (Sun, 12 Nov 2006) | 8 lines


        PR tree-optimization/13827
        * fold-const.c (fold_binary) <EQ_EXPR, NE_EXPR>: Fold (X&C) op (Y&C)
        as ((X^Y)&C) op 0.

        * gcc.dg/fold-eqand-1.c: New test case.
........
  r118728 | rakdver | 2006-11-12 11:17:02 -0800 (Sun, 12 Nov 2006) | 33 lines

        * params.c (set_param_value): Initialize the "set" field.
        * params.h (struct param_info): Add "set" field.
        (PARAM_SET_P): New macro.
        (PREFETCH_LATENCY, SIMULTANEOUS_PREFETCHES, L1_CACHE_SIZE,
        L1_CACHE_LINE_SIZE): New macros.
        * toplev.c (DEFPARAM): Initialize the "set" field.
        * tree-ssa-loop-prefetch.c (PREFETCH_LATENCY,
        SIMULTANEOUS_PREFETCHES): Removed.
        (PREFETCH_BLOCK): Use L1_CACHE_LINE_SIZE.
        (tree_ssa_prefetch_arrays): Dump the values of the parameters.
        * config/sparc/sparc.c: Include params.h.
        (sparc_override_options): Set SIMULTANEOUS_PREFETCHES and
        L1_CACHE_LINE_SIZE parameters.
        * config/sparc/sparc.h (PREFETCH_BLOCK, SIMULTANEOUS_PREFETCHES):
        Removed.
        * config/i386/i386.h (PREFETCH_BLOCK, SIMULTANEOUS_PREFETCHES):
        Removed.
        * config/i386/i386.c: Include params.h.
        (k8_cost): Change default value for SIMULTANEOUS_PREFETCHES.
        (override_options): Set SIMULTANEOUS_PREFETCHES and
        L1_CACHE_LINE_SIZE parameters.
        * config/sh/sh.h (SIMULTANEOUS_PREFETCHES): Removed.
        (OPTIMIZATION_OPTIONS): Set SIMULTANEOUS_PREFETCHES and
        L1_CACHE_LINE_SIZE parameters.
        * config/ia64/ia64.c (ia64_optimization_options): Set
        SIMULTANEOUS_PREFETCHES and L1_CACHE_LINE_SIZE parameters.
        * config/ia64/ia64.h (SIMULTANEOUS_PREFETCHES, PREFETCH_BLOCK):
        Removed.
        * params.def (PARAM_PREFETCH_LATENCY, PARAM_SIMULTANEOUS_PREFETCHES,
        PARAM_L1_CACHE_SIZE, PARAM_L1_CACHE_LINE_SIZE): New params.
        * doc/invoke.texi: Document new params.
........
  r118729 | rakdver | 2006-11-12 11:58:05 -0800 (Sun, 12 Nov 2006) | 42 lines

        * Makefile.in (tree-data-ref.o): Add langhooks.h dependency.
        * tree-ssa-loop-niter.c (derive_constant_upper_bound):  Follow
        ud-chains.  Handle AND_EXPR.
        (record_estimate): Record whether the estimate is realistic
        and whether it is derived from a loop exit.
        (record_nonwrapping_iv, idx_infer_loop_bounds,
infer_loop_bounds_from_ref,
        infer_loop_bounds_from_array, infer_loop_bounds_from_signedness): New
        functions.
        (compute_estimated_nb_iterations): Take only realistic bounds into
        account.  Set estimate_state.  Use double_ints.
        (infer_loop_bounds_from_undefined): Call infer_loop_bounds_from_array
        and infer_loop_bounds_from_signedness.  Do not consider basic blocks
        that do not have to be always executed.
        (estimate_numbers_of_iterations_loop): Set estimate_state, and use it
        to determine whether to call infer_loop_bounds_from_undefined
        and compute_estimated_nb_iterations.
        (n_of_executions_at_most): Use double_ints.
        (free_numbers_of_iterations_estimates_loop): Set estimate_state.
        (substitute_in_loop_info): Do not replace in estimated_nb_iterations.
        * double-int.c (double_int_to_tree): Improve comment.
        (double_int_fits_to_tree_p): New function.
        * double-int.h (double_int_fits_to_tree_p): Declare.
        * tree-data-ref.c: Include langhooks.h.
        (estimate_niter_from_size_of_data, estimate_iters_using_array):
Removed.
        (analyze_array_indexes): Do not call estimate_niter_from_size_of_data.
        (analyze_array): Do not pass estimate_only argument to
        analyze_array_indexes.
        (get_number_of_iters_for_loop): Build tree from the stored double_int
        value.
        (get_references_in_stmt, find_data_references_in_stmt): New functions.
        (find_data_references_in_loop): Use find_data_references_in_stmt.
        * tree-data-ref.h (struct data_ref_loc_d): New.
        (get_references_in_stmt): Declare.
        (estimate_iters_using_array): Declaration removed.
        * cfgloop.h (struct nb_iter_bound): Change type of bound to
        double_int.  Improve comments.  Add is_exit and realistic
        fields.
        (struct loop): Changed type of estimated_nb_iterations to double_int.
        Added estimate_state field.
        (record_estimate): Declaration removed.
........
  r118730 | rakdver | 2006-11-12 12:05:49 -0800 (Sun, 12 Nov 2006) | 11 lines

        * tree-ssa-loop-prefetch.c (schedule_prefetches): Cleanup and improve
        comments.
        (issue_prefetch_ref): Move assignment to write_p out of loop.
        (determine_unroll_factor): Do not take PARAM_MAX_UNROLL_TIMES and
        SIMULTANEOUS_PREFETCHES into account.
        (loop_prefetch_arrays): Do not pass ahead to determine_unroll_factor.
        * lambda-code.c (lcm): Renamed to ...
        (least_common_multiple): ... and exported.
        * tree-flow.h (least_common_multiple): Declare.
........
  r118731 | rakdver | 2006-11-12 12:11:53 -0800 (Sun, 12 Nov 2006) | 8 lines

        * tree-ssa-loop.c (tree_vectorize): Return the result of
        vectorize_loops.
        * tree-vectorizer.c (vectorize_loops): Return TODO_cleanup_cfg
        if anything changed.
        * tree-vectorizer.h (vectorize_loops): Declaration removed.
        * tree-flow.h (vectorize_loops): Declaration changed.
........
  r118732 | rakdver | 2006-11-12 12:59:28 -0800 (Sun, 12 Nov 2006) | 6 lines

        * tree-flow.h (name_mappings_registered_p): Declare.
        * tree-into-ssa.c (name_mappings_registered_p): New function.
        * tree-cfg.c (tree_can_merge_blocks_p): Check
        name_mappings_registered_p instead of need_ssa_update_p.
........
  r118733 | ghazi | 2006-11-12 15:51:36 -0800 (Sun, 12 Nov 2006) | 10 lines

        * builtins.c (fold_builtin_cosh): New.
        (fold_builtin_1): Use it.
        * fold-const.c (negate_mathfn_p): Add llround, lround, round,
        trunc to the list of "odd" functions.  Also add llrint, lrint,
        rint and nearbyint when flag_rounding_math is false.

  testsuite:
        * gcc.dg/torture/builtin-symmetric-1.c: Add more cases.
........
  r118738 | gccadmin | 2006-11-12 16:17:41 -0800 (Sun, 12 Nov 2006) | 1 line

  Daily bump.
........
  r118740 | sayle | 2006-11-12 16:41:53 -0800 (Sun, 12 Nov 2006) | 10 lines

  2006-11-12  Michael Matz  <matz@suse.de>
            Roger Sayle  <roger@eyesopen.com>

        PR rtl-optimization/29797
        * ifcvt.c (noce_try_bitop): Correct calculation of bitnum on
        BITS_BIG_ENDIAN targets.

        * gcc.c-torture/execute/pr29797-1.c: New test case.
........
  r118742 | dberlin | 2006-11-12 18:18:07 -0800 (Sun, 12 Nov 2006) | 7 lines

  2006-11-12  Daniel Berlin  <dberlin@dberlin.org>

        Fix PR tree-optimization/29587
        * tree-ssa-structalias.c (process_constraint): Don't
        mark address taken due only to escaped vars constraint.
........
  r118744 | sayle | 2006-11-12 18:55:22 -0800 (Sun, 12 Nov 2006) | 7 lines


        * fold-const.c (negate_expr_p) <PLUS_EXPR, MINUS_EXPR>: Correct/refine
        condition for transformations.  Use !HONOR_SIGN_DEPENDENT_ROUNDING
        && !HONOR_SIGNED_ZEROS instead of flag_unsafe_math_optimizations.
        (fold_negate_expr) <PLUS_EXPR, MINUS_EXPR>: Likewise.
........
  r118745 | ghazi | 2006-11-12 19:02:14 -0800 (Sun, 12 Nov 2006) | 3 lines

  Add PR number to ChangeLog from a previous commit.
........
  r118746 | kkojima | 2006-11-12 19:28:13 -0800 (Sun, 12 Nov 2006) | 10 lines

        * genemit.c (gen_insn): Call gen_exp with a non-null used
        when handling multiple insns.
        (gen_expand): Likewise.
        * reorg.c (emit_delay_sequence): Copy the delay slot insn.
        * config/sh/sh.md (ashrsi2_31+1): Copy operands[0].
        (movsi_const_16bit+1): Copy operands[1].
        (call_pcrel): Copy the call_site pattern.
        (call_value_pcrel, sibcall_pcrel, GOTaddr2picreg): Likewise.
........
  r118747 | jason | 2006-11-13 00:16:11 -0800 (Mon, 13 Nov 2006) | 8 lines

          PR middle-end/28915
          * gimplify.c (gimplify_init_constructor): Don't reduce TREE_CONSTANT
          vector ctors.
          * tree-cfg.c (verify_expr): Don't look into TREE_CONSTANT
          vector ctors.
          * expmed.c (make_tree): Handle CONST, SYMBOL_REF.
          * tree.c (build_vector): Handle non-_CST elements.
........
  r118754 | rakdver | 2006-11-13 04:37:29 -0800 (Mon, 13 Nov 2006) | 7 lines

        PR tree-optimization/29680
        * tree-ssa-operands.c (access_can_touch_variable): Revert fix for
        PR 14784.

        * gcc.dg/alias-11.c: New test.
........
  r118755 | jsm28 | 2006-11-13 05:10:17 -0800 (Mon, 13 Nov 2006) | 18 lines

  gcc:
        * config/arm/bpapi.h (TARGET_BPABI_CPP_BUILTINS): Define
        __GXX_TYPEINFO_EQUALITY_INLINE but not
        __GXX_MERGED_TYPEINFO_NAMES.
        * config/arm/symbian.h (TARGET_OS_CPP_BUILTINS): Define
        __GXX_MERGED_TYPEINFO_NAMES.
        * config/i386/cygming.h (TARGET_OS_CPP_BUILTINS): Define
        __GXX_TYPEINFO_EQUALITY_INLINE.

  libstdc++-v3:
        * libsupc++/typeinfo (__GXX_TYPEINFO_EQUALITY_INLINE): Define.
        Use instead of __GXX_MERGED_TYPEINFO_NAMES to condition inline
        definitions.
        * libsupc++/tinfo.cc (operator==): Condition on
        __GXX_TYPEINFO_EQUALITY_INLINE; check __GXX_MERGED_TYPEINFO_NAMES
        to determine algorithm.
        * libsupc++/tinfo2.cc (type_info::before): Likewise.
........
  r118757 | jsm28 | 2006-11-13 05:28:28 -0800 (Mon, 13 Nov 2006) | 5 lines

        * libsupc++/eh_globals.cc (__cxxabiv1::__cxa_get_globals):
        Initialize propagatingExceptions if __ARM_EABI_UNWINDER__.
        * libsupc++/eh_personality.cc (empty_exception_spec): Define
        separately in __ARM_EABI_UNWINDER__ case.
........
  r118761 | pinskia | 2006-11-13 06:36:09 -0800 (Mon, 13 Nov 2006) | 14 lines

  2006-11-12  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          PR fortran/26994
          * gfortran.fortran-torture/compile/transfer-1.f90:
          New testcase.

  2006-11-12  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          PR fortran/26994
          * trans-expr.c (gfc_conv_expr_reference): Set TREE_STATIC on the
          new CONST_DECL.
........
  r118762 | matz | 2006-11-13 06:36:47 -0800 (Mon, 13 Nov 2006) | 2 lines

          * genemit.c (gen_expand): Allocate enough memory.
........
  r118764 | hjl | 2006-11-13 07:29:21 -0800 (Mon, 13 Nov 2006) | 4 lines

  2006-11-13  H.J. Lu  <hongjiu.lu@intel.com>

        * config/i386/i386.c: Fix a typo in comment.
........
  r118765 | carlos | 2006-11-13 09:25:59 -0800 (Mon, 13 Nov 2006) | 24 lines

  gcc/

  2006-11-13  Carlos O'Donell  <carlos@codesourcery.com>
            Mark Mitchell  <mark@codesourcery.com>

        * gcc.c: Organize search path variables into $prefix relative,
        and well-known native. Add comments.
        (add_sysrooted_prefix): Add comment.
        (process_command): If !gcc_exec_prefix add $prefix based paths.
        If *cross_compile == '0', add native well-known paths.
        Assert tooldir_base_prefix is always relative.
        (main): If print_search_dirs, and if gcc_exec_prefix is set,
        use this value for 'install:' path.
        * Makefile.in: Add GCC_EXEC_PREFIX to generated site.exp.

  gcc/testsuite/

  2006-11-13  Carlos O'Donell  <carlos@codesourcery.com>

        * lib/c-torture.exp: Use target-libpath.exp.
        * lib/target-libpath.exp (set_ld_library_path_env_vars): If present,
        set GCC_EXEC_PREFIX env var from global variable of same name.
........
  r118767 | mmitchel | 2006-11-13 09:48:28 -0800 (Mon, 13 Nov 2006) | 6 lines

        PR c++/29518
        * pt.c (coerce_template_parms): Do not skip_evaluation while
        substituting template arguments.
        PR c++/29518
        * g++.dg/template/static28.C: New test.
........
  r118768 | mmitchel | 2006-11-13 09:49:43 -0800 (Mon, 13 Nov 2006) | 6 lines

        PR c++/29518
        * pt.c (coerce_template_parms): Do not skip_evaluation while
        substituting template arguments.
        PR c++/29518
        * g++.dg/template/static28.C: New test.
........
  r118769 | rguenth | 2006-11-13 10:20:13 -0800 (Mon, 13 Nov 2006) | 12 lines

  2006-11-13  Richard Guenther  <rguenther@suse.de>

        * config/i386/i386.c (ix86_expand_lround): Handle expand_simple_binop
        return value.
        (ix86_expand_lfloorceil): Likewise.
        (ix86_expand_rint): Likewise.
        (ix86_expand_floorceildf_32): Likewise.
        (ix86_expand_floorceil): Likewise.
        (ix86_expand_rounddf_32): Likewise.
        (ix86_expand_truncdf_32): Likewise.
        (ix86_expand_round): Likewise.
........
  r118771 | hjl | 2006-11-13 10:53:27 -0800 (Mon, 13 Nov 2006) | 6 lines

  2006-11-12  Jason Merrill  <jason@redhat.com>
            Andrew Pinski <pinskia@physics.uc.edu>

        PR middle-end/28915
        * gcc.target/i386/vectorize1.c: New.
........
  r118773 | jakub | 2006-11-13 11:42:55 -0800 (Mon, 13 Nov 2006) | 6 lines

        PR fortran/29759
        * fortran/scanner.c (skip_free_comments): Clear openmp_flag
        before returning true.

        * gfortran.dg/gomp/pr29759.f90: New test.
........
  r118775 | jakub | 2006-11-13 11:47:06 -0800 (Mon, 13 Nov 2006) | 4 lines

        * configure.ac (ld_vers): Parse GNU ld version 2.17.50.0.3-6 20060715
        style versions.
        * configure: Rebuilt.
........
  r118776 | pinskia | 2006-11-13 12:14:35 -0800 (Mon, 13 Nov 2006) | 33 lines

  2006-11-13  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          * config/rs6000/cell.md: New file.
          * config/rs6000/rs6000.c (rs6000_cell_dont_microcode): New
          variable.
          (ppccell_cost): New cost matrix.
          (TARGET_SCHED_FIRST_CYCLE_MULTIPASS_DFA_LOOKAHEAD_GUARD): Define.
          (rs6000_override_options): Set rs6000_always_hint to false
          for cell. Also align functions/lables/loops to 8byte
          for the Cell. Use PROCESSOR_CELL.
          (rs6000_emit_epilogue): Rename using_mfcr_multiple to
          using_mtcr_multiple.
          (rs6000_variable_issue): If the insn is a nonpipelined instruction
          on the Cell, return 0.
          (rs6000_adjust_cost): Add Cell cost adjustments.
          (is_microcoded_insn): Return true for Cell microcoded
          instructions.
          (is_nonpipeline_insn): New function.
          (rs6000_issue_rate): Add PROCESSOR_CELL.
          (rs6000_use_sched_lookahead): If Cell, then we should look ahead 8
          instructions.
          (rs6000_use_sched_lookahead_guard): New function.
          (rs6000_sched_reorder):  Reorder the ready list, if the second
          to last ready insn is a nonepipeline insn on the Cell.
          * config/rs6000/rs6000.h (processor_type): Add PROCESSOR_CELL.
          (ASM_CPU_SPEC): Add Cell.
          * config/rs6000/rs6000.md (cpu): Add Cell.
          (cell_micro): New Attr.
          Include cell.md
........
  r118777 | drow | 2006-11-13 12:35:20 -0800 (Mon, 13 Nov 2006) | 2 lines

        * tls.m4 (GCC_CHECK_TLS): Fall back to a link test.
........
  r118780 | jakub | 2006-11-13 14:38:21 -0800 (Mon, 13 Nov 2006) | 4 lines

        * configure.ac: Add changequote around __LONG_DOUBLE_MATH_OPTIONAL
        test.
        * configure: Rebuilt.
........
  r118783 | sayle | 2006-11-13 15:02:41 -0800 (Mon, 13 Nov 2006) | 5 lines


        * fold-const.c (optimize_bit_field_compare): Recursively call
        fold when simplifying non-constant comparisons between bit-fields.
........
  r118784 | kkojima | 2006-11-13 15:08:24 -0800 (Mon, 13 Nov 2006) | 5 lines

        * config/sh/sh.c (expand_cbranchdi4): Initialize skip_label.
        (sh_optimize_target_register_callee_saved): #if 0 the code
        using NOTE_INSN_LOOP_{BEG,END}.
........
  r118785 | sayle | 2006-11-13 15:28:25 -0800 (Mon, 13 Nov 2006) | 5 lines


        * rtti.c (get_pseudo_ti_init): Ensure that the offset field of the
        base type info initializer has the correct type.
........

Added:
    branches/fixed-point/gcc/config/rs6000/cell.md
      - copied unchanged from r118785, trunk/gcc/config/rs6000/cell.md
    branches/fixed-point/gcc/testsuite/g++.dg/template/static28.C
      - copied unchanged from r118785,
trunk/gcc/testsuite/g++.dg/template/static28.C
    branches/fixed-point/gcc/testsuite/gcc.c-torture/compile/pr27528.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.c-torture/compile/pr27528.c
    branches/fixed-point/gcc/testsuite/gcc.c-torture/execute/mayalias-3.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.c-torture/execute/mayalias-3.c
    branches/fixed-point/gcc/testsuite/gcc.c-torture/execute/pr29797-1.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.c-torture/execute/pr29797-1.c
    branches/fixed-point/gcc/testsuite/gcc.dg/alias-11.c
      - copied unchanged from r118785, trunk/gcc/testsuite/gcc.dg/alias-11.c
    branches/fixed-point/gcc/testsuite/gcc.dg/fold-eqand-1.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.dg/fold-eqand-1.c
    branches/fixed-point/gcc/testsuite/gcc.dg/pr27528.c
      - copied unchanged from r118785, trunk/gcc/testsuite/gcc.dg/pr27528.c
    branches/fixed-point/gcc/testsuite/gcc.dg/torture/builtin-symmetric-1.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.dg/torture/builtin-symmetric-1.c
    branches/fixed-point/gcc/testsuite/gcc.dg/tree-ssa/prefetch-3.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.dg/tree-ssa/prefetch-3.c
    branches/fixed-point/gcc/testsuite/gcc.target/i386/vectorize1.c
      - copied unchanged from r118785,
trunk/gcc/testsuite/gcc.target/i386/vectorize1.c
    branches/fixed-point/gcc/testsuite/gfortran.dg/aliasing_dummy_4.f90
      - copied unchanged from r118785,
trunk/gcc/testsuite/gfortran.dg/aliasing_dummy_4.f90
    branches/fixed-point/gcc/testsuite/gfortran.dg/gomp/pr29759.f90
      - copied unchanged from r118785,
trunk/gcc/testsuite/gfortran.dg/gomp/pr29759.f90
    branches/fixed-point/gcc/testsuite/gfortran.dg/reshape_source_size_1.f90
      - copied unchanged from r118785,
trunk/gcc/testsuite/gfortran.dg/reshape_source_size_1.f90
   
branches/fixed-point/gcc/testsuite/gfortran.fortran-torture/compile/transfer-1.f90
      - copied unchanged from r118785,
trunk/gcc/testsuite/gfortran.fortran-torture/compile/transfer-1.f90
    branches/fixed-point/libmudflap/testsuite/libmudflap.cth/pass59-frag.c
      - copied unchanged from r118785,
trunk/libmudflap/testsuite/libmudflap.cth/pass59-frag.c
Modified:
    branches/fixed-point/   (props changed)
    branches/fixed-point/ChangeLog
    branches/fixed-point/config/ChangeLog
    branches/fixed-point/config/tls.m4
    branches/fixed-point/configure
    branches/fixed-point/configure.in
    branches/fixed-point/gcc/ChangeLog
    branches/fixed-point/gcc/DATESTAMP
    branches/fixed-point/gcc/Makefile.in
    branches/fixed-point/gcc/ada/ChangeLog
    branches/fixed-point/gcc/ada/trans.c
    branches/fixed-point/gcc/alias.c
    branches/fixed-point/gcc/builtins.c
    branches/fixed-point/gcc/cfgcleanup.c
    branches/fixed-point/gcc/cfgexpand.c
    branches/fixed-point/gcc/cfglayout.c
    branches/fixed-point/gcc/cfgloop.h
    branches/fixed-point/gcc/cfgloopmanip.c
    branches/fixed-point/gcc/cfgrtl.c
    branches/fixed-point/gcc/config/arm/bpabi.h
    branches/fixed-point/gcc/config/arm/symbian.h
    branches/fixed-point/gcc/config/bfin/bfin.h
    branches/fixed-point/gcc/config/i386/cygming.h
    branches/fixed-point/gcc/config/i386/i386.c
    branches/fixed-point/gcc/config/i386/i386.h
    branches/fixed-point/gcc/config/ia64/ia64.c
    branches/fixed-point/gcc/config/ia64/ia64.h
    branches/fixed-point/gcc/config/rs6000/rs6000.c
    branches/fixed-point/gcc/config/rs6000/rs6000.h
    branches/fixed-point/gcc/config/rs6000/rs6000.md
    branches/fixed-point/gcc/config/sh/sh.c
    branches/fixed-point/gcc/config/sh/sh.h
    branches/fixed-point/gcc/config/sh/sh.md
    branches/fixed-point/gcc/config/sparc/sparc.c
    branches/fixed-point/gcc/config/sparc/sparc.h
    branches/fixed-point/gcc/configure
    branches/fixed-point/gcc/configure.ac
    branches/fixed-point/gcc/cp/ChangeLog
    branches/fixed-point/gcc/cp/pt.c
    branches/fixed-point/gcc/cp/rtti.c
    branches/fixed-point/gcc/cp/typeck.c
    branches/fixed-point/gcc/doc/extend.texi
    branches/fixed-point/gcc/doc/invoke.texi
    branches/fixed-point/gcc/dojump.c
    branches/fixed-point/gcc/double-int.c
    branches/fixed-point/gcc/double-int.h
    branches/fixed-point/gcc/dwarf2out.c
    branches/fixed-point/gcc/emit-rtl.c
    branches/fixed-point/gcc/except.c
    branches/fixed-point/gcc/expmed.c
    branches/fixed-point/gcc/expr.c
    branches/fixed-point/gcc/final.c
    branches/fixed-point/gcc/fold-const.c
    branches/fixed-point/gcc/fortran/ChangeLog
    branches/fixed-point/gcc/fortran/array.c
    branches/fixed-point/gcc/fortran/check.c
    branches/fixed-point/gcc/fortran/data.c
    branches/fixed-point/gcc/fortran/gfortran.h
    branches/fixed-point/gcc/fortran/interface.c
    branches/fixed-point/gcc/fortran/lang.opt
    branches/fixed-point/gcc/fortran/misc.c
    branches/fixed-point/gcc/fortran/module.c
    branches/fixed-point/gcc/fortran/options.c
    branches/fixed-point/gcc/fortran/resolve.c
    branches/fixed-point/gcc/fortran/scanner.c
    branches/fixed-point/gcc/fortran/trans-expr.c
    branches/fixed-point/gcc/fortran/trans-intrinsic.c
    branches/fixed-point/gcc/fortran/trans-io.c
    branches/fixed-point/gcc/function.c
    branches/fixed-point/gcc/gcc.c
    branches/fixed-point/gcc/gcse.c
    branches/fixed-point/gcc/genemit.c
    branches/fixed-point/gcc/gengtype.c
    branches/fixed-point/gcc/gimplify.c
    branches/fixed-point/gcc/haifa-sched.c
    branches/fixed-point/gcc/ifcvt.c
    branches/fixed-point/gcc/insn-notes.def
    branches/fixed-point/gcc/java/ChangeLog
    branches/fixed-point/gcc/java/check-init.c
    branches/fixed-point/gcc/java/typeck.c
    branches/fixed-point/gcc/jump.c
    branches/fixed-point/gcc/lambda-code.c
    branches/fixed-point/gcc/local-alloc.c
    branches/fixed-point/gcc/modulo-sched.c
    branches/fixed-point/gcc/params.c
    branches/fixed-point/gcc/params.def
    branches/fixed-point/gcc/params.h
    branches/fixed-point/gcc/passes.c
    branches/fixed-point/gcc/predict.c
    branches/fixed-point/gcc/print-rtl.c
    branches/fixed-point/gcc/regmove.c
    branches/fixed-point/gcc/reorg.c
    branches/fixed-point/gcc/rtl.h
    branches/fixed-point/gcc/sched-ebb.c
    branches/fixed-point/gcc/sched-int.h
    branches/fixed-point/gcc/sched-rgn.c
    branches/fixed-point/gcc/stmt.c
    branches/fixed-point/gcc/stor-layout.c
    branches/fixed-point/gcc/testsuite/ChangeLog
    branches/fixed-point/gcc/testsuite/gcc.dg/builtins-20.c
    branches/fixed-point/gcc/testsuite/lib/c-torture.exp
    branches/fixed-point/gcc/testsuite/lib/target-libpath.exp
    branches/fixed-point/gcc/toplev.c
    branches/fixed-point/gcc/tree-cfg.c
    branches/fixed-point/gcc/tree-data-ref.c
    branches/fixed-point/gcc/tree-data-ref.h
    branches/fixed-point/gcc/tree-eh.c
    branches/fixed-point/gcc/tree-flow.h
    branches/fixed-point/gcc/tree-gimple.c
    branches/fixed-point/gcc/tree-inline.c
    branches/fixed-point/gcc/tree-into-ssa.c
    branches/fixed-point/gcc/tree-pass.h
    branches/fixed-point/gcc/tree-pretty-print.c
    branches/fixed-point/gcc/tree-ssa-loop-manip.c
    branches/fixed-point/gcc/tree-ssa-loop-niter.c
    branches/fixed-point/gcc/tree-ssa-loop-prefetch.c
    branches/fixed-point/gcc/tree-ssa-loop.c
    branches/fixed-point/gcc/tree-ssa-operands.c
    branches/fixed-point/gcc/tree-ssa-structalias.c
    branches/fixed-point/gcc/tree-vectorizer.c
    branches/fixed-point/gcc/tree-vectorizer.h
    branches/fixed-point/gcc/tree-vrp.c
    branches/fixed-point/gcc/tree.c
    branches/fixed-point/gcc/tree.def
    branches/fixed-point/libgomp/ChangeLog
    branches/fixed-point/libgomp/configure
    branches/fixed-point/libjava/ChangeLog
    branches/fixed-point/libjava/configure
    branches/fixed-point/libmudflap/ChangeLog
    branches/fixed-point/libmudflap/configure
    branches/fixed-point/libmudflap/mf-hooks1.c
    branches/fixed-point/libstdc++-v3/ChangeLog
    branches/fixed-point/libstdc++-v3/config/abi/pre/gnu.ver
    branches/fixed-point/libstdc++-v3/config/locale/gnu/c_locale.cc
    branches/fixed-point/libstdc++-v3/configure
    branches/fixed-point/libstdc++-v3/configure.ac
    branches/fixed-point/libstdc++-v3/include/debug/safe_base.h
    branches/fixed-point/libstdc++-v3/include/debug/safe_iterator.h
    branches/fixed-point/libstdc++-v3/include/debug/safe_iterator.tcc
    branches/fixed-point/libstdc++-v3/include/debug/safe_sequence.h
    branches/fixed-point/libstdc++-v3/include/ext/bitmap_allocator.h
    branches/fixed-point/libstdc++-v3/include/ext/concurrence.h
    branches/fixed-point/libstdc++-v3/libsupc++/eh_globals.cc
    branches/fixed-point/libstdc++-v3/libsupc++/eh_personality.cc
    branches/fixed-point/libstdc++-v3/libsupc++/tinfo.cc
    branches/fixed-point/libstdc++-v3/libsupc++/tinfo2.cc
    branches/fixed-point/libstdc++-v3/libsupc++/typeinfo
    branches/fixed-point/libstdc++-v3/src/bitmap_allocator.cc
    branches/fixed-point/libstdc++-v3/src/debug.cc
    branches/fixed-point/libstdc++-v3/testsuite/util/testsuite_abi.cc

Propchange: branches/fixed-point/
            ('svnmerge-integrated' modified)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [Bug middle-end/27528] [4.2/4.3 Regression] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code
  2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
                   ` (23 preceding siblings ...)
  2006-12-01  1:07 ` chaoyingfu at gcc dot gnu dot org
@ 2007-01-10 19:14 ` pinskia at gcc dot gnu dot org
  24 siblings, 0 replies; 27+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2007-01-10 19:14 UTC (permalink / raw)
  To: gcc-bugs



-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|compiling linux kernels     |[4.2/4.3 Regression]
                   |2.6.16.14/15 2.6.17-rc3 on  |compiling linux kernels
                   |powerpc (7450) get error on |2.6.16.14/15 2.6.17-rc3 on
                   |long exixting code          |powerpc (7450) get error on
                   |                            |long exixting code
   Target Milestone|---                         |4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27528


^ permalink raw reply	[flat|nested] 27+ messages in thread

end of thread, other threads:[~2007-01-10 19:14 UTC | newest]

Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-05-10  2:44 [Bug c/27528] New: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code malitzke at metronets dot com
2006-05-10  3:05 ` [Bug c/27528] " malitzke at metronets dot com
2006-05-10  4:04 ` [Bug middle-end/27528] " pinskia at gcc dot gnu dot org
2006-05-10  5:24 ` pinskia at gcc dot gnu dot org
2006-05-10  5:30 ` pinskia at gcc dot gnu dot org
2006-05-10 14:44 ` malitzke at metronets dot com
2006-05-10 14:56 ` dje at gcc dot gnu dot org
2006-05-10 15:06 ` pinskia at gcc dot gnu dot org
2006-05-10 20:17 ` malitzke at metronets dot com
2006-05-10 20:41 ` pinskia at gcc dot gnu dot org
2006-06-14 15:09 ` hp at gcc dot gnu dot org
2006-06-14 15:09 ` hp at gcc dot gnu dot org
2006-06-15  3:26 ` malitzke at metronets dot com
2006-06-15 17:15 ` hp at gcc dot gnu dot org
2006-06-15 23:03 ` malitzke at metronets dot com
2006-06-15 23:03   ` Andrew Pinski
2006-06-15 23:07 ` pinskia at physics dot uc dot edu
2006-10-27  5:24 ` pinskia at gcc dot gnu dot org
2006-11-03 13:23 ` rsandifo at gcc dot gnu dot org
2006-11-03 13:27 ` hp at gcc dot gnu dot org
2006-11-03 13:30 ` rsandifo at gcc dot gnu dot org
2006-11-09  9:34 ` rsandifo at gcc dot gnu dot org
2006-11-11  9:47 ` rsandifo at gcc dot gnu dot org
2006-11-11  9:53 ` rsandifo at gcc dot gnu dot org
2006-11-11  9:54 ` rsandifo at gcc dot gnu dot org
2006-12-01  1:07 ` chaoyingfu at gcc dot gnu dot org
2007-01-10 19:14 ` [Bug middle-end/27528] [4.2/4.3 Regression] " pinskia at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).