Hi all,
I'm playing with -fdump-tree-final_cleanup-blocks and I find from time
to time '1B' used as a variable or a numerical value, e.g.:
# BLOCK 14 freq:1053
# PRED: 12 [99.0%] (false,exec)
:;
*D.5198 = (char) __c;
stdout.10->_IO_write_ptr = D.5198 + 1B;
goto ();
# SUCC: 16 [100.0
Emmanuel Fleury writes:
> # BLOCK 14 freq:1053
> # PRED: 12 [99.0%] (false,exec)
> :;
> *D.5198 = (char) __c;
> stdout.10->_IO_write_ptr = D.5198 + 1B;
> goto ();
> # SUCC: 16 [100.0%] (fallthru,exec)
>
> What does exactly does mean '1B' in this case ?
I think it just mea
Hi
I use gdbserver to debug my program. The problem is gdb can't load library
file correctly.
Belowed is snapshot for my debug process. I think I have set the right path
for loading library file.
metrodev:/home/chenxi # ppc_8xx-ldd metro.elf
libpthread.so.0 =>
/opt/montavista/pro/de
Richard, this comment does not match the code. The code allows type
conversions between two integral types and between arbitrary types that
happen to *not* be integral. Which semantics did you mean here?
/* Allow conversions between integral types. */
if (INTEGRAL_TYPE_P (type)
On Fri, 31 Aug 2007, Richard Guenther wrote:
> On Fri, 31 Aug 2007, Diego Novillo wrote:
>
> >
> > Richard, this comment does not match the code. The code allows type
> > conversions between two integral types and between arbitrary types that
> > happen to *not* be integral. Which semantics di
Hello,
I get the following error running trunk r127993 with
--enable-checking=assert on ppc64:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute-DHAVE_CONFIG_H -I. -I. -I../../gcc
On Fri, 31 Aug 2007, Diego Novillo wrote:
>
> Richard, this comment does not match the code. The code allows type
> conversions between two integral types and between arbitrary types that
> happen to *not* be integral. Which semantics did you mean here?
>
> /* Allow conversions between
On Thu, Aug 30, 2007 at 07:25:35PM -0700, Mark Mitchell wrote:
> FWIW, keeping this as much like the upstream sources as possible seems
> desirable to me; I'd probably do the C++ comments and leave it at that,
> just to ease future merges. But, that's just my two cents.
I suggest asking upstream
On 8/31/07, Emmanuel Fleury <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm playing with -fdump-tree-final_cleanup-blocks and I find from time
> to time '1B' used as a variable or a numerical value, e.g.:
>
> # BLOCK 14 freq:1053
> # PRED: 12 [99.0%] (false,exec)
> :;
> *D.5198 = (char) __c;
>
Revital1 Eres wrote:
>
> I get the following error running trunk r127993 with
> --enable-checking=assert on ppc64:
>
> gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
> -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute-DHAV
Sorry to reply one month late: if you're refering to the
June 9th discussion I believe it ended by Andrew Reynolds
hinting he will resubmit some needed patches and
Eric Christopher expressed interest in seeing those patches.
Checking the changelogs I'm unable to spot any relevant patch,
Andrew did
After an update to revision 127998 (from 127986), make failed with:
make[3]: Nothing to be done for `all'.
true "AR_FLAGS=rc" "CC_FOR_BUILD=/opt/gcc/darwin_buildw/./prev-gcc/xgcc
-B/opt/gcc/darwin_buildw/./prev-gcc/
-B/opt/gcc/gcc4.3w/powerpc-apple-darwin8/bin/" "CFLAGS=-g -O2" "CXXFLAGS=-g
-O2
I have spend the morning tracking down a bug that shows up only for a
bootstrapped compiler. This is on i686-pc-linux-gnu.
The bug is in libgcc:bid64_add.c
The reason that the problem does not show up for the stage1 compile is
that libgcc is built without -fomit-frame-pointer in the stage1 build
On 8/31/07, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> The reason that the problem does not show up for the stage1 compile is
> that libgcc is built without -fomit-frame-pointer in the stage1 build
> and with -fomit-frame-pointer in the stage3 build. Aside from that the
> command lines are the sa
Hi Laurent,
I submitted the patches that were approved but I don't have commit privileges
to the GCC tree. I asked Arno to submit them and he never got back to me. I
will be submitting new patches that include Leopard and x86_64 support. I will
post the patches to my web site as well as the cur
Hi,
I am working with GCC-4.1.1 on a simple 5-pipe stage simple scalar
RISC processors with the following description for loads and stores,
(define_insn_reservation "integer" 1
(eq_attr "type" "branch,jump,call,arith,darith,icmp,nop")
"issue,iu,wb")
(define_insn_reservation "load" 3
(eq_at
Snapshot gcc-4.3-20070831 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20070831/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
This bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33272
is about a situation in which -fargument-noalias works better than
putting "restrict" on all pointer arguments to a function, even though
that should be logically equivalent. Using "restrict" for all arguments
to a function is probably
Peter Bergner wrote:
> As a somewhat related follow on to Kenny's new interference graph
> builder patch (which is still waiting for a full review):
>
> http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01729.html
>
> I'd like to squeeze in a new representation of the interference graph
> that in
"Matt Lee" <[EMAIL PROTECTED]> writes:
> I am seeing poor scheduling in Dhrystone where a memcpy call is
> expanded inline.
>
> memcpy (&dst, &src, 16) ==>
>
> load 1, rA + 4
> store 1, rB + 4
> load 2, rA + 8
> store 2, rB + 8
> ...
Are you sure that there are no dependencies due to aliasing h
Mark Mitchell wrote:
> Peter Bergner wrote:
>
>> As a somewhat related follow on to Kenny's new interference graph
>> builder patch (which is still waiting for a full review):
>>
>> http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01729.html
>>
>> I'd like to squeeze in a new representation of t
21 matches
Mail list logo
