--- Comment #10 from pluto at agmk dot net 2006-05-01 08:05 ---
(In reply to comment #9)
> Created an attachment (id=10666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10666&action=view) [edit]
> patch to SVN GCC: (GNU) 4.2.0 20060117 (experimental)
this patch ICEs recent x86-64
--- Comment #6 from baldrick at free dot fr 2006-05-01 10:09 ---
Re comment #5:
> so we have [1,1] UNION [2, +INF] and we just get ~[0,0] bogus
> and it also means this is PR 23744.
This is more than PR 23744: with the fix for PR 23744 applied,
__builtin_abort () is still not eliminate
--- Comment #7 from pluto at agmk dot net 2006-05-01 10:31 ---
4.1.1-20060501 (rev. 113407) fails again.
[ i686 ]
./c-format.o differs
./combine.o differs
./global.o differs
./i386.o differs
./ipa-cp.o differs
./loop.o differs
./modulo-sched.o differs
./reg-stack.o differs
--- Comment #2 from pluto at agmk dot net 2006-05-01 10:41 ---
(In reply to comment #1)
> ...and the current 4.2.0 ICEs on this testcase:
>
> $ ./xgcc -B. 26915.c -m32 -march=i686
> 26915.c: In function ‘minus1’:
> 26915.c:1: error: bb_for_stmt (stmt) is set to a wrong basic block
> 269
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-01 11:36
---
Subject: Bug 26565
Author: rguenth
Date: Mon May 1 11:36:27 2006
New Revision: 113410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113410
Log:
2006-05-01 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-05-01 12:04
---
Subject: Bug 26565
Author: rguenth
Date: Mon May 1 12:04:13 2006
New Revision: 113411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113411
Log:
2006-05-01 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-05-01 12:04
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
Until/unless bug 25375 is fixed, I'd like to use the Xlib AWT peer. But I can't
yet, because it doesn't implement the peer method for
java.awt.Font.canDisplayUpTo - it throws an UnsupportedOperationException.
(Incidentally, the gtk peer doesn't implement it either - it just returns a
dummy answer.)
When compiling a C++ program (for the AVR target) that defines interrupt
vectors using the externally_visible attribute, I get this ICE message:
avrlib/bits/atmega128_usart.cpp:20: internal compiler error: tree check:
expected tree that contains 'decl minimal' structure, have 'omp_atomic' in
eq_
--- Comment #2 from ned at bike-nomad dot com 2006-05-01 14:40 ---
Created an attachment (id=11353)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11353&action=view)
precompiled file that causes ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
--- Comment #2 from ned at bike-nomad dot com 2006-05-01 15:01 ---
Still present in 4.2-20060429 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-05-01 15:07
---
Subject: Bug 26726
Author: rguenth
Date: Mon May 1 15:07:25 2006
New Revision: 113414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113414
Log:
2006-05-01 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-01 15:09
---
This is now a target specific problem, on i?86 and x86_64 we are left with an
offset of -4B and so referencing &a[5] in the exit condition.
--
rguenth at gcc dot gnu dot org changed:
What|Remove
--- Comment #5 from rth at gcc dot gnu dot org 2006-05-01 15:11 ---
We went through three iterations of this on the branch.
The variable identification step cannot be done before gimplification,
because it requires that we also mark some variables that are created
by the gimplification
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-01 15:11
---
Subject: Bug 26912
Author: mmitchel
Date: Mon May 1 15:11:34 2006
New Revision: 113415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113415
Log:
PR c++/26912
* decl.c (grokdeclarator): Qu
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-05-01 15:12
---
Subject: Bug 26912
Author: mmitchel
Date: Mon May 1 15:12:11 2006
New Revision: 113416
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113416
Log:
PR c++/26912
* g++.dg/template/friend41.C:
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-01 15:13
---
Fixed in 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-05-01 15:15
---
(In reply to comment #2)
> without this we don't remap privatized global vars except directly in the
> omp context that privatized them.
>
But this is as it should be. We are only required to privatize variables
class QByteArray {
public:
QByteArray(const QByteArray &);
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
inline QByteArray local8Bit() const{ return toLocal8Bit(); }
};
Produces with g++ -S -Wall:
test.1.1.min.ii: In member function 'QByteArray QStr
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-01 15:19 ---
A regression from 3.4.6. Works in 4.1.0 - Janis, can you hunt this down?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-01 15:24 ---
Though 4.1.0 seems to not warn at all:
class QByteArray {
public:
QByteArray(const QByteArray &);
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
inline QByteArray local
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Known to work|3.4.6 4.1.0 |3.4.6 4.1.0 4.2
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-01 15:38 ---
This is more likely a GC issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
class QByteArray {
public:
QByteArray(const QByteArray &);
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
void fooWarnHere() const { toLocal8Bit(); }
};
Does not complain about fooWarnHere(). 4.0.3 did this.
--
Summary: [4.1/4.2 Regress
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-01 16:07 ---
We do need a barrier (well, in some cases with extra code we can avoid
it in some cases), in order to honor 2.8.3.4:
"If a list item appears in both firstprivate and lastprivate clauses, the
update
required for lastpri
--- Comment #6 from dnovillo at redhat dot com 2006-05-01 16:11 ---
Subject: Re: [gomp] firstprivate not working properly with
non-POD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
jakub at gcc dot gnu dot org wrote:
> --- Comment #5 from jakub at gcc dot gnu dot org 2006-05-01
--- Comment #13 from law at redhat dot com 2006-05-01 16:36 ---
The overflow check for multiplication is totally bogus. The right way to check
for overflow of an integer multiplication is to use division.
ie, given
res = a * b;
Divide res by a, if the result is less than b, then the m
--- Comment #2 from rth at gcc dot gnu dot org 2006-05-01 17:46 ---
Subject: Bug 27358
Author: rth
Date: Mon May 1 17:46:32 2006
New Revision: 113421
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113421
Log:
PR c/27358
* c-parser.c (c_parser_skip_to_end_of_bloc
--- Comment #3 from rth at gcc dot gnu dot org 2006-05-01 17:50 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from bero at arklinux dot org 2006-05-01 17:50 ---
Agreed, should be built in any case (which is apparently done correctly in
current trunk).
trunk still has the problem that the classpath_jawt_* functions are defined for
the gtk peer only; an implementation for the qt an
--- Comment #7 from rth at gcc dot gnu dot org 2006-05-01 17:58 ---
(In reply to comment #5)
> 1) if we prove the structured block has at least one barrier in between the
> firstprivate and lastprivate code chunks (doesn't matter if explicit #pragma
> omp barrier or some other OMP stuff
gcc version 4.2.0 20060501 (experimental)
> gfortran -c -O2 bug.f90
bug.f90: In function âreset_to_next_rng_substreamâ:
bug.f90:11: internal compiler error: in add_virtual_operand, at
tree-ssa-operands.c:1284
for :
> cat bug.f90
MODULE parallel_rng_types
INTEGER, PARAMETER :: dp=KIND
--- Comment #31 from gdr at integrable-solutions dot net 2006-05-01 18:55
---
Subject: Re: hidden declarations klobber STL
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Well, two comments: first, I cannot reproduce with current mainline. Second,
| frankly, if the implicatio
--- Comment #32 from gdr at integrable-solutions dot net 2006-05-01 18:59
---
Subject: Re: hidden declarations klobber STL
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| --- Comment #14 from pcarlini at suse dot de 2006-04-20 09:37 ---
| (In reply to comment #12)
|
--- Comment #33 from gdr at integrable-solutions dot net 2006-05-01 19:02
---
Subject: Re: hidden declarations klobber STL
"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:
| I mean, it's a miracle your code actually does what you expect.
:-))
-- Gaby
--
http://gcc.gnu.
--- Comment #4 from steven at gcc dot gnu dot org 2006-05-01 19:17 ---
Re. comment #2 and comment #3, yes you are expecting too much of the nonnull
attribute. The attribute only applies to function arguments, not to function
results.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #5 from steven at gcc dot gnu dot org 2006-05-01 19:19 ---
Ehm, right, ignore comment #4.
Yes it is possible.
No, it's not very practical. Your code looks like,
bool f(A *a) {
g(a);
return a;
}
to the middle end. It would take a significant amount of extra work to w
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-01 19:21 ---
Though it's also not hard to teach VRP to do this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27336
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-05-01 19:42 ---
Subject: Bug 27144
Author: rakdver
Date: Mon May 1 19:42:01 2006
New Revision: 113425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113425
Log:
PR tree-optimization/27144
* tree-ssa-loop-ni
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-05-01 20:06 ---
Subject: Bug 27283
Author: rakdver
Date: Mon May 1 20:05:57 2006
New Revision: 113427
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113427
Log:
PR tree-optimization/27283
* tree-ssa-loop-iv
--- Comment #12 from gdr at integrable-solutions dot net 2006-05-01 20:45
---
Subject: Re: goto crossing P.O.D. initialization
"falk at debian dot org" <[EMAIL PROTECTED]> writes:
| I think this is a valid request. While random language extensions aren't
| useful,
| compatibility wit
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-05-01 20:46 ---
Subject: Bug 27291
Author: rakdver
Date: Mon May 1 20:46:22 2006
New Revision: 113430
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113430
Log:
PR rtl-optimization/27291
* loop-doloop.c (ad
--- Comment #13 from gdr at integrable-solutions dot net 2006-05-01 20:47
---
Subject: Re: goto crossing P.O.D. initialization
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| PR 27252 (aka PR 9278) is another example where C and C++ diff and in fact
was
| just fixed fo
--- Comment #14 from gdr at integrable-solutions dot net 2006-05-01 20:48
---
Subject: Re: goto crossing P.O.D. initialization
"acahalan at gmail dot com" <[EMAIL PROTECTED]> writes:
| I only ask that C compatibility be provided for code that would otherwise
fail
| to compile as C++.
--- Comment #15 from falk at debian dot org 2006-05-01 20:55 ---
(In reply to comment #12)
> Subject: Re: goto crossing P.O.D. initialization
>
> "falk at debian dot org" <[EMAIL PROTECTED]> writes:
>
> | I think this is a valid request. While random language extensions aren't
> | use
--- Comment #29 from rguenth at gcc dot gnu dot org 2006-05-01 21:12
---
ca11011 looks like a spurious failure (do I hate that...).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15911
fmdrr and fmrrd each take three arguments.
However, the output templates are giving only two arguments.
I've got a patch.
--
Summary: *arm_movdi_vfp in config/arm/vfp.md has wrong output
templates
Product: gcc
Version: unknown
Sta
--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-01 21:55 ---
Subject: Bug 27374
Author: kazu
Date: Mon May 1 21:55:02 2006
New Revision: 113436
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113436
Log:
PR target/27374
* config/arm/vfp.md (*arm_movdi_vfp
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-01 21:56 ---
Subject: Bug 27374
Author: kazu
Date: Mon May 1 21:56:47 2006
New Revision: 113437
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113437
Log:
PR target/27374
* config/arm/vfp.md (*arm_movdi_vfp
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-01 21:58 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from gdr at integrable-solutions dot net 2006-05-01 23:30
---
Subject: Re: goto crossing P.O.D. initialization
"falk at debian dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #15 from falk at debian dot org 2006-05-01 20:55 ---
| (In reply to comment #12)
--- Comment #7 from gdr at integrable-solutions dot net 2006-05-01 23:39
---
Subject: Re: valarray uses __cos which may conflict with libm functions
"marc dot glisse at normalesup dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #4)
| > Should all those private classes and
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-05-02 00:02
---
Patch here:
http://gcc.gnu.org/ml/fortran/2006-05/msg0.html
Waiting for approval
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24459
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-02 00:09 ---
The warning for the original testcase went away with this patch:
r81764 | dnovillo | 2004-05-13 06:41:07 + (Thu, 13 May 2004) | 3 lines
Merge tree-ssa-20020619-branch into mainline.
http://gcc.gnu.
Google Browser - Firefire with Toolbar
Click on the Link Below - IT IS FREE
http://services.google.com/toolbar/firefox_install?hl=en&ai=BwZGf00c4RM3yA7SQLoKGhYMI6ZnSFOeo_M8BxY23AQAQASCltJQGSKI5UIPj0QKgAbWVyP0DyAECgAIBlQInfgsK&gclid=CMT20ri8noQCFU6JCwodYwHAhQ
--- Comment #14 from ian at airs dot com 2006-05-02 03:40 ---
Created an attachment (id=11354)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11354&action=view)
Possible patch
I've attached a possible patch for this issue. It adds a new attribute
"preserve_stack" which tells the c
--- Comment #1 from billingd at gcc dot gnu dot org 2006-05-02 03:46
---
Here is the patch I tested. acats results below aren't a total disaster.
2006-01-05 David Billinghurst ([EMAIL PROTECTED])
PR ada/27366
* ada/env.c (__gnat_clearenv): Use unsetenv() to clear environment
on Cyg
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-02 04:44 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-02 04:51 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-02 04:54 ---
It worked with "4.2.0 20060409" with a cross compiler from x86_64-linux-gnu to
i686-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-02 04:59 ---
(In reply to comment #1)
> PR26915 seems to be related to this bug.
Not really as this one was working in 4.1.0 and that is about doing an extra
instruction for smaller size.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-05-02 05:01
---
With:
$ gfc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../main/configure --prefix=/home/jerry/gcc/usr
--enable-languages=c,fortran --disable-libmudflap
Thread model: posix
gcc version 4.2
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 05:41 ---
Confirmed. I want to say this was caused by:
2006-04-03 Paolo Bonzini <[EMAIL PROTECTED]>
Dale Johannesen <[EMAIL PROTECTED]>
PR target/19653
* regclass.c (struct reg_pref): Update do
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-05-02 05:55
---
The code which I replaced here is changed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-05-02 06:14
---
This still fails even after the code change.
CCing the person who changed the code:
http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00024.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed
treelang testsuite fails on cygwin with
ERROR: tcl error sourcing
/usr/local/src/gcc/gcc/testsuite/treelang/output/output.exp.
ERROR: rm: cannot remove `treelang/output-1': No such file or directory
while executing
"exec rm $testname"
(procedure "test_treelang_output" line 31)
invoked
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |billingd at gcc dot gnu dot
|dot org
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http:/
The following macro
#define GS_INITIALIZED_LOCK(OBJ,CLS) \
(OBJ ? (CLS *) OBJ : (CLS *) [CLS newLockAt: (CLS **)&OBJ])
generates these compiler warnings.
Unicode.m:253: warning: pointer type mismatch in conditional expression
Unicode.m:253: warning: invalid receiver type 'void *'
--- Comment #1 from caelian at gmail dot com 2006-05-02 06:42 ---
Created an attachment (id=11356)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11356&action=view)
Unicode.mi file
this is the output generated by compiling the file with -save-temps it should
contain the code that
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 06:56 ---
Reduced testcase:
void __vector_18(void) __attribute__ ((externally_visible));
void __vector_18(void) __attribute__ ((externally_visible));
void __vector_18 (void) { }
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-02 06:58 ---
A regression from 4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known
75 matches
Mail list logo
