Alexandre Oliva wrote:
On Mar 9, 2008, Richard Guenther [EMAIL PROTECTED] wrote:
On Sun, 9 Mar 2008, Alexandre Oliva wrote:
AM33/2.0 and H8SX come to mind, although it's been a while since I
dealt with the memory bit-field operations of these two ports to have
the details handy.
Ok, I
On Mon, 10 Mar 2008, Alexandre Oliva wrote:
On Mar 9, 2008, Richard Guenther [EMAIL PROTECTED] wrote:
On Sun, 9 Mar 2008, Alexandre Oliva wrote:
AM33/2.0 and H8SX come to mind, although it's been a while since I
dealt with the memory bit-field operations of these two ports to have
the
I gave it a couple more tries and I'm still pretty sure that make
all-gcc was the correct way to do it. After all all the toolchain
creating scripts I looked at like openwrt,buildroot and crosstools do
it that way.
make all fails while configuring libmudflap - telling me the c
compiler couldn't
On Mon, Mar 10, 2008 at 11:57:21AM +0100, Jonas Meyer wrote:
I gave it a couple more tries and I'm still pretty sure that make
all-gcc was the correct way to do it. After all all the toolchain
creating scripts I looked at like openwrt,buildroot and crosstools do
it that way.
make all fails
ah great. that should work. can you tell me the equivalent of install-gcc,too?
Thanks.
On 10/03/2008, Jakub Jelinek [EMAIL PROTECTED] wrote:
On Mon, Mar 10, 2008 at 11:57:21AM +0100, Jonas Meyer wrote:
I gave it a couple more tries and I'm still pretty sure that make
all-gcc was the
Hi all,
RTL represents a low-level language, machine-independent. But I didn't
find any especification of such language represented. This is, I found
no document where the language represented were described or defined
in a grammar way. So, I 'd thank you to show me where the RTL-language
is
If you just want to build just gcc and libgcc, not any other target
libraries, do
make all-gcc make all-target-libgcc
ah great. that should work. can you tell me the equivalent of install-gcc,too?
make install-gcc install-target-libgcc
Or, just configure with --disable-libmudflap if
Hello all,
I've got the ICE on the gcc.c-torture/compile/2718.c test:
powerpc-linux-gnuspe-gcc -c -O3 -funroll-loops 2718.c
2718.c: In function 'baz':
2718.c:14: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
Hi Fran,
I have read the documentation and i didn't found where it is
described, maybe I searched in wrong place.
RTL language definition is in rtl.def and gives the different
operators and operands. info gccint on a standard linux distribution
should help you figure out details about RTL .
On 10/03/2008, Paolo Bonzini [EMAIL PROTECTED] wrote:
If you just want to build just gcc and libgcc, not any other target
libraries, do
make all-gcc make all-target-libgcc
ah great. that should work. can you tell me the equivalent of
install-gcc,too?
make install-gcc
On Mon, Mar 10, 2008 at 4:12 PM, Diego Novillo [EMAIL PROTECTED] wrote:
On Sun, Mar 9, 2008 at 14:22, Zdenek Dvorak [EMAIL PROTECTED] wrote:
extract_ops_from_tree would return GIMPLE_COPY as subcode and
the whole expression as op1, where's the problem?
Sorry, I misunderstood you. I
On Sun, Mar 9, 2008 at 14:22, Zdenek Dvorak [EMAIL PROTECTED] wrote:
extract_ops_from_tree would return GIMPLE_COPY as subcode and
the whole expression as op1, where's the problem?
Sorry, I misunderstood you. I thought you were advocating *against*
GIMPLE_COPY.
I need to introduce
Fran Baena wrote:
RTL represents a low-level language, machine-independent. But I didn't
find any especification of such language represented. This is, I found
no document where the language represented were described or defined
in a grammar way.
RTL isn't a programming language, and hence has
I noticed the gcc 4.3.0 changes document on the website does not
mention that the vectorizer is now on by default in -O3.
Perhaps that should be added? It seems like an important noteworthy
change to me.
I'm not sure it applies to all architectures, but it applies to
x86 at least.
-Andi
I am pleased to announce that the GCC Steering Committee has
accepted the picoChip port for inclusion in GCC and appointed
Hariharan Sandanagobalane and Daniel Towner as port maintainers.
The initial patch needs approval from a GCC GWP maintainer before it may
be committed.
Please
I am pleased to announce that the GCC Steering Committee has
accepted the CR16 port for inclusion in GCC and appointed
Pompapathi Gadad as maintainer for the CRX and CR16 ports. The initial CR16
patch needs approval from a GCC GWP maintainer before it may be committed.
Please
On Mon, Mar 10, 2008 at 9:32 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I noticed the gcc 4.3.0 changes document on the website does not
mention that the vectorizer is now on by default in -O3.
Perhaps that should be added? It seems like an important noteworthy
change to me.
Just like with
All,
Developer knowledge of operator precedence and the issue of what
they intended to write are interesting topics. Some experimental
work is described in (binary operators only I'm afraid):
www.knosof.co.uk/cbook/accu06a.pdf
www.knosof.co.uk/cbook/accu07a.pdf
The ACCU 2006 experiment
On Mon, Mar 10, 2008 at 09:58:44AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 9:32 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I noticed the gcc 4.3.0 changes document on the website does not
mention that the vectorizer is now on by default in -O3.
Perhaps that should be added? It
On Mon, Mar 10, 2008 at 10:23 AM, Andi Kleen [EMAIL PROTECTED] wrote:
On Mon, Mar 10, 2008 at 09:58:44AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 9:32 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I noticed the gcc 4.3.0 changes document on the website does not
mention that
On Mon, Mar 10, 2008 at 10:25:11AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 10:23 AM, Andi Kleen [EMAIL PROTECTED] wrote:
On Mon, Mar 10, 2008 at 09:58:44AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 9:32 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I noticed the
On Mon, Mar 10, 2008 at 10:28 AM, Andi Kleen [EMAIL PROTECTED] wrote:
Sorry you lost me. You're saying everybody can change gcc SVN now?
Anyone can submit a patch
-- Pinski
Hi Ramana,
I have read the documentation and i didn't found where it is
described, maybe I searched in wrong place.
RTL language definition is in rtl.def and gives the different
operators and operands. info gccint on a standard linux distribution
should help you figure out details
On Mon, Mar 10, 2008 at 06:28:57PM +0100, Andi Kleen wrote:
On Mon, Mar 10, 2008 at 10:25:11AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 10:23 AM, Andi Kleen [EMAIL PROTECTED] wrote:
On Mon, Mar 10, 2008 at 09:58:44AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 9:32
On Mon, Mar 10, 2008 at 10:33:01AM -0700, Andrew Pinski wrote:
On Mon, Mar 10, 2008 at 10:28 AM, Andi Kleen [EMAIL PROTECTED] wrote:
Sorry you lost me. You're saying everybody can change gcc SVN now?
Anyone can submit a patch
Well I'm not going to write it because I for once not sure
2008/3/10, Jim Wilson [EMAIL PROTECTED]:
Fran Baena wrote:
RTL represents a low-level language, machine-independent. But I didn't
find any especification of such language represented. This is, I found
no document where the language represented were described or defined
in a grammar
Sorry I'm not going through this now, especially not for such
a trivialty. My past experiences are that it takes several months of pings
to get anything included and I don't have time for that now.
-Andi
Andy H [EMAIL PROTECTED] writes:
I have problem with data flow and combine that is causing ICE with
experimental build. Despite all efforts to blame my own target
changes,
I have reached the conclusion that this is a gcc COMBINE bug, but seek
your advice before filing a bug report.
Your
Fran Baena [EMAIL PROTECTED] writes:
2008/3/10, Jim Wilson [EMAIL PROTECTED]:
Fran Baena wrote:
RTL represents a low-level language, machine-independent. But I didn't
find any especification of such language represented. This is, I found
no document where the language represented were
On Mar 10, 2008, Richard Guenther [EMAIL PROTECTED] wrote:
On Mon, 10 Mar 2008, Alexandre Oliva wrote:
The reason SRA generates more IL is *precisely* to get better
optimization. The back-ends don't handle BIT_FIELD_REFs very well.
So I thought they can do bit-field stores...? no?
Err...
The deed is done!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35519
I added a patch but it needs more expertise than I have.
-Original Message-
From: Ian Lance Taylor [EMAIL PROTECTED]
To: Andy H [EMAIL PROTECTED]
Cc: GCC Development gcc@gcc.gnu.org
Sent: Mon, 10 Mar 2008 1:32 pm
/bin/ -c -g -O2
-fomit-frame-pointer -gnatpg -gnata -nostdinc -I- -I. -Iada
-I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.ads -o ada/ada.o
+===GNAT BUG DETECTED==+
| 4.4.0 20080310 (experimental) [trunk revision 133080]
(i686-pc-linux-gnu
This is:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35493
Patch by H.J. Lu to fix the issue was approved but not commited yet:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00466.html
Laurent
This is:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35493
Patch by H.J. Lu to fix the issue was approved but not commited yet:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00466.html
It has been committed now.
--
Eric Botcazou
I think something has broken for GNU/Linux x86 in
the past week on the head. It was building fine last
week. Does anyone else see this?
You just need to browse Bugzilla, it's PR tree-opt/35493.
--
Eric Botcazou
Eric Botcazou wrote:
I think something has broken for GNU/Linux x86 in
the past week on the head. It was building fine last
week. Does anyone else see this?
You just need to browse Bugzilla, it's PR tree-opt/35493.
Thanks both of you. It builds now.
--
Eric Botcazou
--joel
It builds now.
Thanks for the confirmation, and to H.J. for the fix.
--
Eric Botcazou
Snapshot gcc-4.1-20080310 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20080310/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Sun, Mar 02, 2008 at 01:17:02PM -0500, Carlos O'Donell wrote:
Greg Schafer wrote:
Hi Carlos and Mark,
Your Relocated compiler should not look in $prefix patch here:
http://gcc.gnu.org/ml/gcc/2006-10/msg00280.html
appears to have caused a regression in my GCC 4.3 testing.
In
--- Comment #1 from brian at dessent dot net 2008-03-10 06:04 ---
Subject: gcc-3.4.4 build on solaris -10 failing
updating cache ./config.cache
creating ./config.status
creating Makefile
sh: : not found
It looks like configure couldn't find an appropriate version of some
tool so
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-03-10 07:22
---
Please follow the build instructions: http://gcc.gnu.org/install
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 10:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 10:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-10 10:26 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-10 10:26 ---
No plan for 4.2 backport.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from simon dot marshall at misys dot com 2008-03-10 10:28
---
You really need to put the breakpoint on 'error' to be sure. Source location
information is seriously shaken by optimization in the 4.x series of compilers
so I wouldn't rely on it to put breakpoints in
--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-10 10:29 ---
No plans to backport this to 4.2.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-03-10 10:36
---
I put the call of error into a new function and put a breakpoint on that.
The breakpoint on the new function is not hit when Emacs is starting. So,
I can only conclude that the underlying problem is not a
The following expression yields a wrong result, when compiled with gcc 4.3.0
sin(cos(tan(M_PI/2.0)))
The build system is a 64 bit Redhat 5 enterprise Linux machine (kernel 2.6.18)
with a quad-core Q6600 Intel Core 2 processor.
Configure options for gcc are:
onfigured with: ../configure
--- Comment #1 from martin dot apel at simpack dot de 2008-03-10 10:37
---
Created an attachment (id=15288)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15288action=view)
Preprocessed source file producing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #2 from martin dot apel at simpack dot de 2008-03-10 10:42
---
Version information for libgmp: 4.2.2, compiled with gcc-4.2.2
Version information for libmpfr: 2.3.1, compiled with gcc-4.2.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #16 from ubizjak at gmail dot com 2008-03-10 12:48 ---
(In reply to comment #14)
Does MS bitfield struct require 8byte alignment for long long field
for 32bit target?
Can you try following patch (this will aling DImode values to their natural
alignment - if bigger than
--- Comment #17 from ubizjak at gmail dot com 2008-03-10 13:15 ---
(In reply to comment #16)
(In reply to comment #14)
Does MS bitfield struct require 8byte alignment for long long field
for 32bit target?
Can you try following patch (this will aling DImode values to their
--- Comment #6 from jakub at gcc dot gnu dot org 2008-03-10 13:48 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
The following applies to the March 7 snapshot under FreeBSD. I haven't tested
it on other platforms. When I compile and link the following program:
PROGRAM test_exp
x = exp(1.0)
END PROGRAM test_exp
I get the message:
--- Comment #6 from ddenisen at altera dot com 2008-03-10 14:14 ---
Thank you everybody for the feedback. I'm setting the bug to fixed.
--
ddenisen at altera dot com changed:
What|Removed |Added
--- Comment #10 from bonzini at gnu dot org 2008-03-10 14:14 ---
I have a patch.
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #6 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35456
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak
--- Comment #18 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35496
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak
--- Comment #19 from dominiq at lps dot ens dot fr 2008-03-10 14:15 ---
Subject: Re: [4.4 Regression] test failures between revs.
132950 and 132974
Can you try following patch ...
Both variants work for bf-ms-layout*.c, starting regtest ASAP.
--
--- Comment #7 from ubizjak at gmail dot com 2008-03-10 14:16 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-10 14:39 ---
I have a patch for the non-PRE-of-globals part.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 14:55 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2008-03-10 14:50
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00572.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 15:07 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 15:10 ---
Note that with OpenMP 3.0 this is valid code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30676
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-10 15:12 ---
gcc-4.3 -o t t.i
./t
sin(cos(tan(PI/2))) = -0.280611
gcc-4.3 -o t t.i -fno-builtin -lm
./t
sin(cos(tan(PI/2))) = -0.280611
works for me?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #11 from bonzini at gnu dot org 2008-03-10 15:19 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00623.html fixes
mul16.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 16:04 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 16:09 ---
No plaans to backport this to 4.2 anymore.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from hjl dot tools at gmail dot com 2008-03-10 16:20
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00631.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from martin dot apel at simpack dot de 2008-03-10 16:33
---
(In reply to comment #3)
gcc-4.3 -o t t.i
./t
sin(cos(tan(PI/2))) = -0.280611
gcc-4.3 -o t t.i -fno-builtin -lm
./t
sin(cos(tan(PI/2))) = -0.280611
works for me?
It compiles and runs, but the
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-10 16:48 ---
On i686:
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -fno-builtin -lm -O2
[EMAIL PROTECTED] local]$ !./
./a.out
sin(cos(tan(PI/2))) = -0.827351
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -lm -O2
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-03-10 16:52 ---
I also get:
[dandelion:~] pinskia% ./a.out
sin(cos(tan(PI/2))) = -0.280611
Get 4.0.1 on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template int x ,typename t class B : t{
int bb(){aa()+x;}
};
int
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-03-10 16:53 ---
(In reply to comment #6)
I also get:
[dandelion:~] pinskia% ./a.out
sin(cos(tan(PI/2))) = -0.280611
In fact this calls the functions:
fmr f1,f0
bl L_tan$stub
fmr f0,f1
fmr f1,f0
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 16:57 ---
Read: http://gcc.gnu.org/gcc-3.4/changes.html
This code is invalid and the error message explains exactly why, The function
call is non dependent so it has to be available and cannot defined in a
dependent
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-10 16:59 ---
Are you sure your calculator isn't wrong? ;) Gcc 4.2 produces the same result
for me (and only gcc 4.3 constant folds the result).
Of course this might be a glibc issue as indeed the 32bit version produces
./t
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-10 17:07 ---
Obviously PI/2 isn't representable exactly here (also not the result, after
all the value is not defined, the value should approach -Inf / +Inf)
Neither ISO C nor IEEE specifies the result for exactly PI/2 (it could
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Subject: Bug 34677
Author: rguenth
Date: Mon Mar 10 17:14:45 2008
New Revision: 133081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133081
Log:
2008-03-10 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Compiling the attached source either with g++ or gcc renders an ICE
oo.C:9: internal compiler error: in convert_move, at expr.c:373
-O must be used.
gcc -O oo.C
--
Summary: ICE on memcpy
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #1 from dominik dot strasser at onespin-solutions dot com
2008-03-10 18:15 ---
Created an attachment (id=15289)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15289action=view)
Source file which gives the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
--- Comment #13 from hjl at gcc dot gnu dot org 2008-03-10 18:21 ---
Subject: Bug 35494
Author: hjl
Date: Mon Mar 10 18:20:23 2008
New Revision: 133082
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133082
Log:
gcc/
2008-03-10 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #14 from hjl dot tools at gmail dot com 2008-03-10 18:21
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template int x ,typename t class B : t{
int bb(){aa()+x;}
};
int
--- Comment #2 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** Bug 35527 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35525
--- Comment #1 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** This bug has been marked as a duplicate of 35525 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from bart dot vanassche at gmail dot com 2008-03-10 18:32
---
Everything works correctly after changing
#pragma omp parallel for
into
#pragma omp parallel for private(j, k)
--
bart dot vanassche at gmail dot com changed:
What|Removed
--- Comment #5 from aph at gcc dot gnu dot org 2008-03-10 19:06 ---
No, it will not generate the wrong code for
jboolean i = 1;
i += 2;
You are wrong to assume that jboolean must behave in the same way as boolean.
It's a Java type, not a C++ type.
Having exact conformance with
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 19:40 ---
Subject: Bug 35099
Author: jakub
Date: Mon Mar 10 19:39:30 2008
New Revision: 133084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133084
Log:
PR middle-end/35099
* tree-cfg.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35439
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35438
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:44 ---
Subject: Bug 35337
Author: jakub
Date: Mon Mar 10 19:43:16 2008
New Revision: 133086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133086
Log:
PR c++/35337
* semantics.c (finish_omp_clauses):
--- Comment #8 from belyshev at depni dot sinp dot msu dot ru 2008-03-10
19:44 ---
Patch for bug 35494 was committed, so this PR should be fixed now too.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 19:49 ---
Subject: Bug 35328
Author: jakub
Date: Mon Mar 10 19:48:20 2008
New Revision: 133087
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133087
Log:
PR c++/35328
* semantics.c (finish_omp_clauses):
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
On Linux/Intel64, revision 133082 has 3 32bit regressions:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00754.html
FAIL: 23_containers/bitset/operations/1.cc execution test
Running target unix/-m32
FAIL: TestClosureGC run
FAIL: events output
Since revision 133080 + patch in revision 133082
--- Comment #2 from steven at gcc dot gnu dot org 2008-03-10 20:04 ---
The patch makes adding log use an algorithm quadratic in the number of log
links per insn. It is probably better to:
1. build the log links.
2. filter out the duplicates as a post pass (and maybe sort them while at
I must be doing something wrong, I cannot seem to compile the new
4.2.3 :
gmake[3]: Entering directory `/home/danny/src/gcc/x86-bootstrap/gcc'
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
1 - 100 of 148 matches
Mail list logo
