Darryl L. Miles darryl-mailingli...@netbauds.net writes:
So my next question is what support is there in the various formats,
technologies and runtime libraries to provide a backwards compatible
solution, such that a binary from one system when put on another can
have any hardware
BLUE 3TOO blue_3...@hotmail.com writes:
Can somebody quickly explain what the bit fields are for? thanks
unsigned int precision : 10;
unsigned no_force_blk_flag : 1;
unsigned needs_constructing_flag : 1;
unsigned transparent_aggr_flag : 1;
unsigned restrict_flag : 1;
On 07/13/2010 11:13 AM, Jie Zhang wrote:
I got this when trying to access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44921
Software error:
Can't rename data/versioncache.Xg5KN to versioncache at globals.pl
line 306.
For help, please send mail to the webmaster
(sourcemas...@sourceware.org),
Ian Lance Taylor i...@google.com writes:
Unfortunately, as far as I know, no such solution was ever adopted for
the x86 family. So this does not help your immediate problem, and will
not help it until somebody implements such an approach for x86.
The Sun assembler, linker, and runtime linker
However, although no one currently sells FPA hardware, it is widely
supported as the only floating point model emulated by the Linux
kernel, and people have to use it when compiling stuff to run on OABI
systems, which include boards currently on the market based on ARMv4
(no t) such as the
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Ian Lance Taylor i...@google.com writes:
Unfortunately, as far as I know, no such solution was ever adopted for
the x86 family. So this does not help your immediate problem, and will
not help it until somebody implements such an approach for
On 9 Jul 2010, at 17:28, Manuel López-Ibáñez wrote:
RUNTESTFLAGS=CFLAGS_FOR_TARGET=--sysroot=/path/to/somewhere
--target_board=unix/-foo/-bar
Please, once you find out, add this info to http://gcc.gnu.org/wiki/Testing_GCC
done (and amended the sim. section to refer to the second simulator
Good morning GNU,
I'm launching a new network of indie game development called
PAGE (the full name is not to be released until opening date), which will
assist independent game developers gain clients and earn real profits (you
will benefit even as a non profit organization), along with having
On Tue, Jul 13, 2010 at 4:26 AM, Ian Lance Taylor i...@google.com wrote:
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Ian Lance Taylor i...@google.com writes:
Unfortunately, as far as I know, no such solution was ever adopted for
the x86 family. So this does not help your immediate
On Tue, Jul 13, 2010 at 6:39 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, Jul 13, 2010 at 4:26 AM, Ian Lance Taylor i...@google.com wrote:
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Ian Lance Taylor i...@google.com writes:
Unfortunately, as far as I know, no such solution was ever
H.J. Lu hjl.to...@gmail.com writes:
On x86, it is OK for binary to have ISAs beyond the base ISA
as long as proper ISA check is used before the new ISA code is
entered. However, we should have a way to mark the base ISA.
That's what the Sun assembler does by default. If you need to override
On 07/08/2010 10:58 PM, Maxiwell Garcia wrote:
Hi,
I am writing a paper about instruction-set architecture simulators. In
first time, I used gcc-4.4.0 and the compilation time reached 33
minutes (with -O3) for my simulator and the performance reached 270
MIPS (Million instruction per second).
On Tue, Jul 13, 2010 at 4:50 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 07/08/2010 10:58 PM, Maxiwell Garcia wrote:
Hi,
I am writing a paper about instruction-set architecture simulators. In
first time, I used gcc-4.4.0 and the compilation time reached 33
minutes (with -O3) for my
Hello, in the trunk's documentation
http://gcc.gnu.org/onlinedocs/gccint/GTY-Options.html I am reading:
variable_size
The type machinery expects the types to be of constant size.
When this is not true, for example, with structs that have
array fields or unions, the
On 13 July 2010 14:47, IainS develo...@sandoe-acoustics.co.uk wrote:
On 9 Jul 2010, at 17:28, Manuel López-Ibáñez wrote:
RUNTESTFLAGS=CFLAGS_FOR_TARGET=--sysroot=/path/to/somewhere
--target_board=unix/-foo/-bar
Please, once you find out, add this info to
Ian Lance Taylor i...@google.com writes:
Unfortunately, as far as I know, no such solution was ever adopted for
the x86 family. So this does not help your immediate problem, and will
not help it until somebody implements such an approach for x86.
The Sun assembler, linker, and runtime
On 13 July 2010 11:09, Ian Lance Taylor i...@google.com wrote:
BLUE 3TOO blue_3...@hotmail.com writes:
Can somebody quickly explain what the bit fields are for? thanks
unsigned int precision : 10;
unsigned no_force_blk_flag : 1;
unsigned needs_constructing_flag : 1;
unsigned
On 07/13/2010 04:53 PM, Richard Guenther wrote:
On Tue, Jul 13, 2010 at 4:50 PM, Paolo Bonzinibonz...@gnu.org wrote:
On 07/08/2010 10:58 PM, Maxiwell Garcia wrote:
Hi,
I am writing a paper about instruction-set architecture simulators. In
first time, I used gcc-4.4.0 and the compilation
On 07/13/2010 04:53 PM, Richard Guenther wrote:
On Tue, Jul 13, 2010 at 4:50 PM, Paolo Bonzinibonz...@gnu.org wrote:
On 07/08/2010 10:58 PM, Maxiwell Garcia wrote:
Hi,
I am writing a paper about instruction-set architecture simulators. In
first time, I used gcc-4.4.0 and the compilation
On Tue, Jul 13, 2010 at 5:26 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 07/13/2010 04:53 PM, Richard Guenther wrote:
On Tue, Jul 13, 2010 at 4:50 PM, Paolo Bonzinibonz...@gnu.org wrote:
On 07/08/2010 10:58 PM, Maxiwell Garcia wrote:
Hi,
I am writing a paper about instruction-set
Snapshot gcc-4.4-20100713 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100713/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Jul 10, 2010, at 7:07 PM, Gerald Pfeifer wrote:
Todd,
On Wed, 19 May 2010, Todd Rinaldo wrote:
I'm writing to report a discrepancy in
http://gcc.gnu.org/install/prerequisites.html
I just discovered that if gmp is boot strapped during gcc build and an
older m4 exists, when gmp
I think I've seen this one, it's something like this: GNU flex calls M4
when you run flex. GMP disables M4 and runs flex; flex then tries to
run m4-not-used (or whatever it's called) instead of m4.
Hello,
It will be appreciated if anyone could help send me the copyright
assignment forms. I need them to submit patches to gcc. I think it
should be an assignment for all future changes.
Thanks
Eric
--- Comment #5 from rob dot thornburrow at adder dot com 2010-07-13 08:25
---
Patch verified against 4.5.0 (manual patch of config/arm/arm.c as I'm currently
unable to get the 4.5 branch).
--
rob dot thornburrow at adder dot com changed:
What|Removed
--- Comment #5 from janus at gcc dot gnu dot org 2010-07-13 06:57 ---
Subject: Bug 44434
Author: janus
Date: Tue Jul 13 06:57:17 2010
New Revision: 162125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162125
Log:
2010-07-13 Janus Weil ja...@gcc.gnu.org
PR
Follow up to PR 44434.
Test case: attachment 20850
While gfortran compiles the program, both ifort and crayftn reject it with:
aaa.f90(98): error #8443: This generic type bound procedure reference has two
or more specific procedures with the same type/rank/keyword signature.
[CSGET]
call
--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-13 08:32 ---
I just saw that both ifort and crayftn reject the program of comment 1
(ambiguous interface); I have now filled PR 44434 to track this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44434
--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-13 08:33 ---
(In reply to comment #7)
I just saw that both ifort and crayftn reject the program of comment 1
(ambiguous interface); I have now filled PR 44434 to track this.
Make that: PR 44926
--
gfortran -static bug.f90 -lgomp -lpthread -lrt
./a.out EOF
-sta...@omp_get_max_threads
EOF
#0 0x in ?? ()
#1 0x0040e345 in get_external_unit (n=5, do_create=1) at
/export/users/aagafono/gnu_4.5.0/gcc-4.5.0/libgfortran/../gcc/gthr-posix.h:767
#2 0x0040cecf
--- Comment #8 from janus at gcc dot gnu dot org 2010-07-13 06:57 ---
Subject: Bug 44869
Author: janus
Date: Tue Jul 13 06:57:17 2010
New Revision: 162125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162125
Log:
2010-07-13 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #29 from janus at gcc dot gnu dot org 2010-07-13 06:57 ---
Subject: Bug 43945
Author: janus
Date: Tue Jul 13 06:57:17 2010
New Revision: 162125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162125
Log:
2010-07-13 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #5 from janus at gcc dot gnu dot org 2010-07-13 06:57 ---
Subject: Bug 44565
Author: janus
Date: Tue Jul 13 06:57:17 2010
New Revision: 162125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162125
Log:
2010-07-13 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-13 08:59 ---
Is probably a duplicate of PR 44917
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44926
--- Comment #41 from ro at gcc dot gnu dot org 2010-07-13 09:06 ---
Subject: Bug 14940
Author: ro
Date: Tue Jul 13 09:06:17 2010
New Revision: 162127
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162127
Log:
Backport from mainline:
2010-07-12 Rainer Orth
--- Comment #31 from sfilippone at uniroma2 dot it 2010-07-13 09:07 ---
(In reply to comment #30)
Most test cases seem to be fixed, except of:
(In reply to comment #19)
Created an attachment (id=20927)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20927action=view) [edit]
--- Comment #42 from ro at gcc dot gnu dot org 2010-07-13 09:07 ---
Subject: Bug 14940
Author: ro
Date: Tue Jul 13 09:07:18 2010
New Revision: 162128
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162128
Log:
Backport from mainline:
2010-07-12 Rainer Orth
--- Comment #32 from burnus at gcc dot gnu dot org 2010-07-13 09:12 ---
(In reply to comment #31)
Yup, but after discussion with Janus, it seems the failing part is not dynamic
dispatching, but compile-time resolution. Accordingly, I have appended the
test
case to PR 42385.
OK.
--- Comment #7 from ro at gcc dot gnu dot org 2010-07-13 09:15 ---
Subject: Bug 33743
Author: ro
Date: Tue Jul 13 09:14:59 2010
New Revision: 162131
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162131
Log:
* config/i386/sol2-unwind.h (x86_64_fallback_frame_state):
--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-13 09:17 ---
Carry on the test case from PR 43945 comment 19 (cf. also PR 43945 comment 30,
31, 32):
Salvatore wrote:
Yup, but after discussion with Janus, it seems the failing part is not
dynamic dispatching, but compile-time
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-13 09:22 ---
User bug. If you link -lpthread statically (which you really shouldn't, static
linking is highly not recommended), you need to ensure it is linked in as whole
(i.e. -Wl,--whole-archive -lpthread
--- Comment #5 from sfilippone at uniroma2 dot it 2010-07-13 09:24 ---
(In reply to comment #4)
Carry on the test case from PR 43945 comment 19 (cf. also PR 43945 comment 30,
31, 32):
As the test case in comment 3 (attachment 21184 [edit]) is different from the
one of
PR 43945
--- Comment #2 from victor dot pasko at gmail dot com 2010-07-13 09:27
---
OK test PASSED after adding -Wl,--whole-archive -lpthread
-Wl,--no-whole-archive
But there is some strange warning:
% gfortran -static bug.f90 -lgomp -Wl,--whole-archive -lpthread
-Wl,--no-whole-archive -lrt
--- Comment #8 from bonzini at gnu dot org 2010-07-13 09:32 ---
Yes, C-only bootstrap is enough.
Regarding the removal of an installed GMP, in theory yes, it would be
preferable. In practice removing it would force you to use an old bootstrap
GCC that does not use MPC/MPFR/GMP, and
--- Comment #2 from steven at gcc dot gnu dot org 2010-07-13 09:39 ---
Alias analysis has had two rewrites since last time someone commented on this
bug. Is this still a problem on the trunk?
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from steven at gcc dot gnu dot org 2010-07-13 09:41 ---
Works with GCC 4.3, 4.4, 4.5, and trunk.
GCC 4.2 is no longer maintained, so this bug will not be fixed.
Richi, perhaps you can use the test case, put it in the test suite?
--
steven at gcc dot gnu dot org
--- Comment #3 from steven at gcc dot gnu dot org 2010-07-13 09:43 ---
I'll have a look.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from janus at gcc dot gnu dot org 2010-07-13 09:45 ---
The following patch fixes the PR:
Index: gcc/fortran/dependency.c
===
--- gcc/fortran/dependency.c(revision 162124)
+++ gcc/fortran/dependency.c
--- Comment #7 from amylaar at spamcop dot net 2010-07-13 01:55 ---
Subject: Re: [4.6 Regression] Failed to bootstrap
Quoting hjl dot tools at gmail dot com gcc-bugzi...@gcc.gnu.org:
Maybe
int min_regno = 0;
is faster.
Considering performance, your first patch was better - it
--- Comment #9 from jiez at gcc dot gnu dot org 2010-07-13 09:52 ---
I think this one caused it:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03103.html
The test case is attached.
$ ./cc1 -O2 -Wall testcase.i -quiet
testcase.i: In function 'reload_cse_regs':
testcase.i:18129:64:
--- Comment #21 from burnus at gcc dot gnu dot org 2010-07-13 10:01 ---
(In reply to comment #19)
Paul, thanks for the check in. Do you plan to backport it to 4.5, which
sems to use the same code?
Yes, I could do that on Thursday, when I am back in Barcelona. I do
not have 4.5
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-13
10:16 ---
Subject: Re: --enable-build-with-cxx plugin tests fail
This patch should restore the use of the previous stage compiler for plugins.
Indeed: with the exception of the $(ENABLE_BUILD_WITH_CXX) handling,
--- Comment #17 from steven at gcc dot gnu dot org 2010-07-13 10:21 ---
From common.opt r161963:
fargument-alias
Common
Does nothing. Preserved for backward compatibility.
fargument-noalias
Common
Does nothing. Preserved for backward compatibility.
fargument-noalias-global
Common
--- Comment #15 from steven at gcc dot gnu dot org 2010-07-13 10:29 ---
Still not fixed with r162134:
;; Function bar (bar)
bar ()
{
int prephitmp.4;
bb 2:
prephitmp.4_1 = i;
switch (prephitmp.4_1) default: L2, case 0: L0
L0:
foo ();
prephitmp.4_7 = i;
# prephitmp.4_8 =
--- Comment #5 from steven at gcc dot gnu dot org 2010-07-13 10:33 ---
r162134 at -O3:
;; Function h (h)
h (int * a)
{
bb 2:
*a_1(D) = 1;
return;
}
;; Function g (g)
g ()
{
int t1;
int t;
int t.0;
int D.1984;
bb 2:
t = 0;
h (t);
t1_1 = t;
g1 (t1_1);
t.0_2 =
--- Comment #13 from steven at gcc dot gnu dot org 2010-07-13 10:37 ---
Still present.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-07-13 10:41 ---
Subject: Bug 44761
Author: kkojima
Date: Tue Jul 13 10:41:15 2010
New Revision: 162135
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162135
Log:
PR target/44761
* mode-switching.c
--- Comment #9 from steven at gcc dot gnu dot org 2010-07-13 10:48 ---
Restrict has been implemented anew for GCC 4.6. Does that fix this bug?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2010-07-13 10:49 ---
GCC 4.1 and GCC 4.2 are no longer maintained = WONTFIX.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from steven at gcc dot gnu dot org 2010-07-13 10:55 ---
Test case of comment #4 still fails with r162134.
Not sure what is expected for the test case of comment #0, but I'm assuming the
point is that the store of the reduction should be sunk. That doesn't happen as
of
--- Comment #5 from steven at gcc dot gnu dot org 2010-07-13 11:00 ---
Insofar something that doesn't exist anymore can be considered broken, this bug
is FIXED:
;; Function x (x)
x ()
{
intD.0 aD.1233;
intD.0 D.1983;
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%]
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-13 11:01 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from janus at gcc dot gnu dot org 2010-07-13 11:10 ---
(In reply to comment #1)
However, it regresses at least on c_loc_tests_5.f03 and c_loc_tests_14.f90.
Actually I have the feeling that both of these test cases are invalid, and the
patch is right to reject them.
--
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-07-13 11:10
---
WONTFIX.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-13 11:12
---
(In reply to comment #9)
Restrict has been implemented anew for GCC 4.6. Does that fix this bug?
In 4.5, see comment #7 for the status of this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2462
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-13 11:19 ---
Subject: Bug 44911
Author: rguenth
Date: Tue Jul 13 11:18:50 2010
New Revision: 162137
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162137
Log:
2010-07-13 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-13 11:23 ---
Indeed.
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from steven at gcc dot gnu dot org 2010-07-13 11:27 ---
Ehm, Richi, WONTFIX why? Is this not what you added the alias attributes for?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
--- Comment #11 from steven at gcc dot gnu dot org 2010-07-13 11:28 ---
We have a separate bug for malloced memory. So this bug is FIXED.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dennis dot wassel at googlemail dot com 2010-07-13
11:36 ---
Also fails with 4.5.0 (release version) using Daniel's reduced testcase
$ gfortran -c pr37744.f90
pr37744.f90:4.2:
XXX ! any error will do
1
Error: Unclassifiable statement at (1)
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-13 07:00 ---
Subject: Bug 44901
Author: jakub
Date: Tue Jul 13 06:59:56 2010
New Revision: 162126
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162126
Log:
PR debug/44901
* vec.h (VEC_block_remove): Fix
--- Comment #2 from paolo at gcc dot gnu dot org 2010-07-13 11:48 ---
Subject: Bug 44908
Author: paolo
Date: Tue Jul 13 11:47:58 2010
New Revision: 162138
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162138
Log:
cp/
2010-07-13 Paolo Carlini paolo.carl...@oracle.com
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-13 11:48
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-13 11:52 ---
For the program in comment 0, NAG prints:
Error: aaa.f90, line 16: The argument to C_LOC must not be polymorphic
though ifort and crayftn accept the code. Thus, at least with
-std=f95/f2003/f2008 one should reject
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-13 11:54 ---
Oops, this should be Component=debug
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from victor dot pasko at gmail dot com 2010-07-13 12:01
---
I would like that it was possible to get correct static program by using just:
gfortran -static bug.f90 -fopenmp
--
victor dot pasko at gmail dot com changed:
What|Removed
--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-13 12:04 ---
Thus: The derived type needs to be BIND(C) - but then it cannot be extended (as
it is not extensible) - nor can the extended type be BIND(C) (per C1503). And
without BIND(C) it is not interoperable - besides that
--- Comment #5 from janus at gcc dot gnu dot org 2010-07-13 12:12 ---
(In reply to comment #3)
For the program in comment 0, NAG prints:
Error: aaa.f90, line 16: The argument to C_LOC must not be polymorphic
though ifort and crayftn accept the code. Thus, at least with
--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-13 12:22 ---
It is not a gcc thing though, but glibc. Some Linux distributions (e.g. recent
Fedora or RHEL) ld -r all libpthread.a objects together, so this works, others
do not.
--
jakub at gcc dot gnu dot org changed:
--- Comment #6 from janus at gcc dot gnu dot org 2010-07-13 12:32 ---
c_loc_tests_5.f03 has:
integer(c_int), dimension(:), pointer :: int_ptr
my_c_ptr = c_loc(int_ptr(0))
Here int_ptr is a pointer to an array of integers, but int_ptr(0) is an
element
of that array,
--- Comment #5 from victor dot pasko at gmail dot com 2010-07-13 12:36
---
The root cause of the problem is in using weak symbol pthread_cancel in unit.o
object from libgfortran.a library. Why it's so?
Look:
% nm unit.o
04f0 T _gfortrani_close_unit
04a0 T
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-07-13
13:06 ---
(In reply to comment #17)
Subject: Re: --enable-build-with-cxx plugin tests fail
This patch should restore the use of the previous stage compiler for
plugins.
Indeed: with the exception of the
--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-13 13:21 ---
Subject: Bug 43665
Author: burnus
Date: Tue Jul 13 13:20:52 2010
New Revision: 162140
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162140
Log:
2010-07-13 Daniel Franke franke.dan...@gmail.com
--- Comment #20 from rguenth at gcc dot gnu dot org 2010-07-13 13:29
---
The bug is confused now and mixes -fargument-* with other missed opts (which
I think are fixed with IPA-PTA and/or proper use of restricts or are dups
of other problems).
-fargument-noalias* problems are WONTFIX,
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-13 13:31 ---
Subject: Bug 36960
Author: rguenth
Date: Tue Jul 13 13:31:26 2010
New Revision: 162141
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162141
Log:
2010-07-13 Richard Guenther rguent...@suse.de
PR
--- Comment #14 from burnus at gcc dot gnu dot org 2010-07-13 13:32 ---
(In reply to comment #13)
Still present.
Well, INTENT(IN), nonclobber, and something more is now supported by the middle
end through the fn spec attribute (space to make sure this attribute stays
internal for
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-13 13:34 ---
There is already testcases like this in gcc.dg/ipa/ipa-pta-*.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23134
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-13 13:53
---
Does
Index: expr.c
===
--- expr.c (revision 162140)
+++ expr.c (working copy)
@@ -8778,6 +8778,11 @@ expand_expr_real_1 (tree exp, rtx
--- Comment #7 from janus at gcc dot gnu dot org 2010-07-13 13:54 ---
Ok, here goes the next try. This patch cures the bogus error from comment #0,
removes the regressions on c_loc_tests_* and rejects the test case due to the
polymorphic argument:
Index: gcc/fortran/resolve.c
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-13 14:04 ---
Subject: Bug 44701
Author: jakub
Date: Tue Jul 13 14:03:49 2010
New Revision: 162142
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162142
Log:
PR testsuite/44701
* recog.c (constrain_operands):
--- Comment #2 from abel at gcc dot gnu dot org 2010-07-13 14:07 ---
Confirmed on the 4.4 branch. The problem is latent on trunk.
When we have added support for moving insns through mutually exclusive insns,
it was made possible to move conditional jumps across block boundaries.
--- Comment #3 from abel at gcc dot gnu dot org 2010-07-13 14:10 ---
Created an attachment (id=21190)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21190action=view)
proposed patch
This exact patch is against trunk, it may apply with fuzz on 4_4 branch.
--
--- Comment #9 from marc dot glisse at normalesup dot org 2010-07-13 14:26
---
Ok, the 4 tests worked fine. I tested with gcc-4.5.0 because the snapshots
complained about the number of arguments to ggc_alloc_cleared_lang_type
(without any patch). I used --without-ppl (otherwise you get
--- Comment #14 from caolanm at redhat dot com 2010-07-13 14:37 ---
Checking with gcc 4.5, this works fine for me now, so I'm happy to call this
fixed in 4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
--- Comment #10 from bonzini at gnu dot org 2010-07-13 14:43 ---
Great! Do you have commit rights? Patch is ok for all 4.5 and 4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
--- Comment #11 from marc dot glisse at normalesup dot org 2010-07-13
15:01 ---
Sorry, no commit rights. I wrote the patch because it was a one-liner, but I
still don't even have a copyright assignment on file.
Can you handle the rest?
--
--- Comment #3 from uweigand at gcc dot gnu dot org 2010-07-13 15:15
---
Also fails on spu-elf.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from iains at gcc dot gnu dot org 2010-07-13 15:20 ---
Subject: Bug 44488
Author: iains
Date: Tue Jul 13 15:20:21 2010
New Revision: 162144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162144
Log:
PR objc/44488
* lib/objc-torture.exp
--- Comment #15 from manu at gcc dot gnu dot org 2010-07-13 15:22 ---
Before closing this, please check all testcases provided and add at least one
of them to the testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
--- Comment #12 from bonzini at gnu dot org 2010-07-13 15:31 ---
Subject: Re: GCC fails to build if MPFR 3.0.0 (Release
Candidate) is used
On 07/13/2010 05:01 PM, marc dot glisse at normalesup dot org wrote:
--- Comment #11 from marc dot glisse at normalesup dot org 2010-07-13
1 - 100 of 150 matches
Mail list logo