--- Comment #16 from hjl at lucon dot org 2007-12-17 07:01 ---
(In reply to comment #13)
>
>
> Now that we have ext/hash_map and ext/hash_set back (yes, SPEC2000
> eon still is broken, as it uses the removed iostream.h and other *.h
FWIW, I have 252.eon.gcc43.src.alt.tar.bz2, which wor
--- Comment #13 from steven at gcc dot gnu dot org 2007-12-17 06:33 ---
-fipa-pta is broken iirc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30388
--- Comment #23 from bonzini at gnu dot org 2007-12-17 06:14 ---
You're perfectly right; OTOH if I hadn't meant to fix it, I would have
unassigned it. Sometimes people are busy, and for a build patch I usually do
more than bootstrap/regtest on one architecture.
--
http://gcc.gnu.or
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-12-17 06:10
---
Here is a twist on the test case
gfc -O2 -m64 -ffast-math -funroll-all-loops -fipa-pta -fivopts poisson.f
poisson.f:111.72:
pause
--- Comment #1 from pault at gcc dot gnu dot org 2007-12-17 05:41 ---
4.2 gives a second error:
integer(1), parameter :: ARR1(len(HEX1)) = [( MSKa1(i), i=1,len(HEX1) )]
1
Error: index in dimension 1 is out of bounds at (1)
pr34476
--- Comment #15 from mark at codesourcery dot com 2007-12-17 04:34 ---
Subject: Re: [4.3 Regression] Revision 129442 breaks
libstc++ API
rguenther at suse dot de wrote:
> Now that we have ext/hash_map and ext/hash_set back (yes, SPEC2000
> eon still is broken, as it uses the removed
--- Comment #22 from mrs at apple dot com 2007-12-17 04:10 ---
:-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2007-12-17
02:55 ---
My mistake. I had forgotten to check the contents of the binaries.
Eric,
Shouldn't this go into gcc trunk (with perhaps a TODO comment that a
cleaner approach should replace it)?
--
http://gcc.gn
--- Comment #39 from mmitchel at gcc dot gnu dot org 2007-12-17 02:07
---
Downgraded to P4 based on Comment #34.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from ek dot kato at gmail dot com 2007-12-17 02:02 ---
(In reply to comment #14)
> Etsushi,
> Your last patch doesn't do the right thing for the x86_64 multilib. The
> shared libraries in...
>
> /sw/lib/gcc4.3/lib/x86_64
>
> ...are linked to /sw/lib/gcc4.3/lib/libg
--- Comment #38 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-17
02:02 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> Open regression with no activity since February 14. Ping?
No update from my side. I don't usua
I'm assuming -iprefix + -iwithprefix would locate DIR to same place as
if specified by -idirafter, from below info gcc:
`-iwithprefix DIR'
`-iwithprefixbefore DIR'
Append DIR to the prefix specified previously with `-iprefix', and
add the resulting directory to the include search path.
--- Comment #33 from jvdelisle at gcc dot gnu dot org 2007-12-17 00:51
---
Subject: Bug 34427
Author: jvdelisle
Date: Mon Dec 17 00:51:25 2007
New Revision: 131004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131004
Log:
2007-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #32 from jvdelisle at gcc dot gnu dot org 2007-12-17 00:47
---
Subject: Bug 34427
Author: jvdelisle
Date: Mon Dec 17 00:47:14 2007
New Revision: 131003
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131003
Log:
2007-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #38 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-17
00:05 ---
Subject: Re: [4.1/4.2 Regression] gcc trunk unable to bootstrap itself;
Unsatisfied symbols: ggc_free
> Changed subject to avoid this bug matching in the 4.3 serious bugs query where
> it is already fixed
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-12-16 23:55
---
These are just extra stores. This looks exactly like PR 30271.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from ubizjak at gmail dot com 2007-12-16 23:49 ---
(In reply to comment #11)
> Open regression with no activity since February 14. Ping?
Current 4.3 SVN produces (-O3 -march=pentium4):
.L8:
movl(%ebx), %eax#* ivtmp.33, tmp84
fldl(%edi,%eax,8
--- Comment #37 from jakub at gcc dot gnu dot org 2007-12-16 23:40 ---
Changed subject to avoid this bug matching in the 4.3 serious bugs query where
it is already fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from steven at gcc dot gnu dot org 2007-12-16 23:32 ---
P1 blocker regression for GCC 4.3, and no activity for 3 months.
PING!
Either someone at Apple or Paolo should show some activity here. Otherwise we
might as well close this as WONTFIX, assuming it is apparently n
--- Comment #11 from ubizjak at gmail dot com 2007-12-16 23:27 ---
*** Bug 34473 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #6 from ubizjak at gmail dot com 2007-12-16 23:27 ---
... to close as duplicate of PR 25028.
*** This bug has been marked as a duplicate of 25028 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from ubizjak at gmail dot com 2007-12-16 23:27 ---
Reopened ...
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #15 from steven at gcc dot gnu dot org 2007-12-16 23:26 ---
P1 regression and >2.5 months without activity.
PING!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31780
--- Comment #10 from steven at gcc dot gnu dot org 2007-12-16 23:24 ---
Could this be fixed by rejecting -finline-functions-called-once if
-fno-unit-at-a-time is given? A patch to do this should be quite trivial.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from uros at gcc dot gnu dot org 2007-12-16 23:22 ---
Subject: Bug 34025
Author: uros
Date: Sun Dec 16 23:22:30 2007
New Revision: 130998
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130998
Log:
PR target/34025
* config/i386/t-crtpc: Add $(MULTI
--- Comment #14 from steven at gcc dot gnu dot org 2007-12-16 23:21 ---
Ping!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
--- Comment #8 from steven at gcc dot gnu dot org 2007-12-16 23:20 ---
Waiting for DR -> SUSPENDED.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from steven at gcc dot gnu dot org 2007-12-16 23:19 ---
If we are waiting for a DR, this PR should be SUSPENDED, not WAITING.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363
--- Comment #4 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29484
--- Comment #11 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29215
--- Comment #11 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27017
--- Comment #13 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26965
--- Comment #19 from steven at gcc dot gnu dot org 2007-12-16 23:18 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
--- Comment #12 from steven at gcc dot gnu dot org 2007-12-16 23:17 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23821
--- Comment #6 from steven at gcc dot gnu dot org 2007-12-16 23:17 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
--- Comment #11 from steven at gcc dot gnu dot org 2007-12-16 23:17 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21676
--- Comment #37 from steven at gcc dot gnu dot org 2007-12-16 23:17 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
--- Comment #28 from steven at gcc dot gnu dot org 2007-12-16 23:16 ---
Open regression with no activity since February 14. Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071
--- Comment #4 from bdavis at gcc dot gnu dot org 2007-12-16 23:05 ---
re-opened pending additional comments.
--
bdavis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sandmann at daimi dot au dot dk 2007-12-16 22:29
---
[EMAIL PROTECTED] ~]$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--en
--- Comment #36 from danglin at gcc dot gnu dot org 2007-12-16 22:23
---
4.1 is also broken.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #4 from burnus at gcc dot gnu dot org 2007-12-16 22:14 ---
(From update of attachment 14779)
Still to do: Adding/Re-adding an error for:
Error: PARAMETER PI used before its definition is complete
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-16 22:13 ---
Subject: Bug 34495
Author: burnus
Date: Sun Dec 16 22:12:55 2007
New Revision: 130994
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130994
Log:
2007-12-16 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #7 from pcarlini at suse dot de 2007-12-16 21:57 ---
(In reply to comment #6)
Also another thing is that
> we have some ODR violations in libstdc++ that the libstdc++ folks have not
> replied to me about yet.
Because such a thing doesn't exist. If the user wants to experim
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-16 21:55 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2007-12-16
21:52 ---
Etsushi,
Your last patch doesn't do the right thing for the x86_64 multilib. The
shared libraries in...
/sw/lib/gcc4.3/lib/x86_64
...are linked to /sw/lib/gcc4.3/lib/libgcc_s.1.dylib instead of the
--- Comment #1 from jakub at gcc dot gnu dot org 2007-12-16 21:30 ---
I guess this is caused by r123312.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34488
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-12-16 21:27 ---
(In reply to comment #5)
> I disagree with Andrew's Comment #4. Once we implement a feature in the
> compiler, users should reasonably expect it to be correct. We cannot
> simultaneously say "Look, we have exciting
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2007-12-16
21:27 ---
Filed as Radar Problem ID: 5650346.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-12-16 21:11
---
I disagree with Andrew's Comment #4. Once we implement a feature in the
compiler, users should reasonably expect it to be correct. We cannot
simultaneously say "Look, we have exciting new C++0x features!" and "Oh
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-12-16 21:09 ---
Subject: Bug 34305
Author: tkoenig
Date: Sun Dec 16 21:09:34 2007
New Revision: 130993
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130993
Log:
2007-12-16 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
For the induct.f90 test case from the polyhedron test suite, I get the
following timings (revision 130990):
[ibook-dhum] lin/source% time gfc -O3 -ffast-math -funroll-loops induct.f90
11.226u 0.496s 0:12.42 94.2%0+0k 0+54io 15pf+0w
[ibook-dhum] lin/source% time a.out > tmp
91.148u 0.092s 1:31.
--- Comment #15 from burnus at gcc dot gnu dot org 2007-12-16 20:37 ---
FIXED on the trunk (4.3.0). Please open a new bug if there are new/remaining
problems.
The Bind(C) ENTRY part of this PR is now tracked as PR 34500.
--
burnus at gcc dot gnu dot org changed:
What
Test case:
function test() bind(C)
use iso_c_binding
implicit none
character(len=1,kind=c_char) :: test, bar
entry bar() bind(C)
end function test
ICE occurs if either test() or bar() or both are bind(c).
The ENTRY fix needs to go into build_entry_thunks:
if (thunk_sym->attr.function
--- Comment #17 from rakdver at gcc dot gnu dot org 2007-12-16 20:29
---
A possible way how to solve the problem:
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00769.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
--- Comment #14 from burnus at gcc dot gnu dot org 2007-12-16 20:24 ---
Subject: Bug 34246
Author: burnus
Date: Sun Dec 16 20:24:32 2007
New Revision: 130991
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130991
Log:
2007-12-16 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2007-12-16
20:24 ---
Created an attachment (id=14783)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14783&action=view)
assembly file from sse3_1-insertps-2.c testcase on i686-apple-darwin9
--
http://gcc.gnu.org/bugzi
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2007-12-16
20:23 ---
Created an attachment (id=14782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14782&action=view)
preprocessed source file from sse3_1-insertps-2.c testcase on
i686-apple-darwin9
--
http://gcc.gn
--- Comment #3 from pcarlini at suse dot de 2007-12-16 20:22 ---
Already noticed here:
http://gcc.gnu.org/ml/libstdc++/2007-12/msg00059.html
I'm adding Benjamin in CC.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-16
20:06 ---
Subject: Re: FAIL: 22_locale/global_templates/standard_facet_hierarchies.cc
execution test
> Exactly the same for cris-elf.
There's probably a missing check for named locales.
Dave
--
http://gcc.gnu
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/visi
bility/namespace2.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/lib
stdc++-v3/include/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc/o
--- Comment #1 from hp at gcc dot gnu dot org 2007-12-16 19:45 ---
Exactly the same for cris-elf.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
GCC target tri
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-12-16 19:38 ---
I'll do this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
Executing on host: /mnt/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/mnt/gnu/gcc/o
bjdir/./gcc -nostdinc++
-L/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3
/src -L/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/g
nu/gcc/gcc-4.2.3/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/g
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
Hello world,
this straightforward patch removes an unneeded ICE when
we already had emitted a perfectly valid error message.
OK for trunk?
Thomas
2007-12-16 Thomas Koenig <[EMAIL PROTECTED]>
PR fortran/34305
* resolve.c (compare_bound): If either of the types of
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-16 19:23 ---
This might be a bug in Apple's assembler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-12-16 18:12
---
Ada testcase at http://gcc.gnu.org/ml/gcc/2007-12/msg00470.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from belyshev at depni dot sinp dot msu dot ru 2007-12-16
18:08 ---
Fixed on active branches.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2007-12-16
17:19 ---
These same make check failures occur at both -m32 and -m64..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
On i686-apple-darwin9, we are seeing failures in the following sse4 related
test cases...
FAIL: gcc.target/i386/sse4_1-blendvpd.c (test for excess errors)
WARNING: gcc.target/i386/sse4_1-blendvpd.c compilation failed to produce
executable
FAIL: gcc.target/i386/sse4_1-blendvps.c (test for excess er
--- Comment #4 from schwab at suse dot de 2007-12-16 17:02 ---
This has nothing to do with the topic of this bug.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #19 from ismail at pardus dot org dot tr 2007-12-16 16:55
---
Hi,
(In reply to comment #18)
> * My original patch modified several testsuite files:
> http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01190.html, I guess you would
> need
> something equivalent.
I added a flag t
--- Comment #18 from manu at gcc dot gnu dot org 2007-12-16 16:51 ---
Ismail,
I am pretty sure that this won't be accepted for GCC 4.3, since it is not a
regression fix. Actually, I am unsure it would be accepted at all following the
comments to my original patch.
Nevertheless, if you
--- Comment #4 from joseph at codesourcery dot com 2007-12-16 16:44 ---
Subject: Re: casting negative __int128_t to float/double
rounds to nearest multiple of 2048
On Sun, 16 Dec 2007, ubizjak at gmail dot com wrote:
> This works OK for 4.3.0, beacuse 4.3 branch implements 128bit TFm
--- Comment #17 from ismail at pardus dot org dot tr 2007-12-16 16:14
---
Created an attachment (id=14781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14781&action=view)
Fix typo in the last patch
--
ismail at pardus dot org dot tr changed:
What|Removed
--- Comment #16 from ismail at pardus dot org dot tr 2007-12-16 16:12
---
Created an attachment (id=14780)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14780&action=view)
Unbreak lib{gomp,stdc++,ffi} tests
--
ismail at pardus dot org dot tr changed:
What|Remov
--- Comment #3 from ubizjak at gmail dot com 2007-12-16 16:02 ---
>From libgcc2.c, __floatdisf():
/* Protect against double-rounding error.
Represent any low-order bits, that might be truncated by a bit that
won't be lost. The bit can go in anywhere below the rounding posit
--- Comment #10 from rask at gcc dot gnu dot org 2007-12-16 15:18 ---
> That is not a regression Just an already existing failure.
OK, looks like an intermittent failure which happens about one out of four
times.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34226
--- Comment #2 from burnus at gcc dot gnu dot org 2007-12-16 15:14 ---
Created an attachment (id=14779)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14779&action=view)
Patch - only for the REAL()/CMPLX() diagnostics
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34495
--- Comment #1 from burnus at gcc dot gnu dot org 2007-12-16 14:35 ---
Confirm. Though other compilers have better error messages than 4.2 had. (These
are all shown by default, i.e. none of the compilers below accepts it.)
NAG f95:
Error: PARAMETER PI used before its definition is com
--- Comment #4 from ludovic at ludovic-brenta dot org 2007-12-16 14:04
---
As of 4.2.2, only the first of the two errors is detected. Reopening. The
second error violates 8.5.4(6): "A name that denotes a formal parameter of the
subprogram_specification is not allowed within the callab
--- Comment #3 from mmokrejs at ribosome dot natur dot cuni dot cz
2007-12-16 14:00 ---
??? But how is the bootstrap supposed to continue? Or was it caused by another
error which I have overlooked? I am sorry then. :(
--
mmokrejs at ribosome dot natur dot cuni dot cz changed:
with text_io;
procedure test1 is
package pak3 is
type T1 is tagged record
x0: integer;
end record;
procedure p1 (x1: access T1; val: integer);
x2: aliased constant T1 := (x0 => 3);
x3: access constant T1 := x2'access;
end pak3;
package body pak3
--- Comment #29 from zadeck at naturalbridge dot com 2007-12-16 13:56
---
Subject: Re: [4.3 regression] bad interaction between
DF and SJLJ exceptions
steven at gcc dot gnu dot org wrote:
> --- Comment #28 from steven at gcc dot gnu dot org 2007-12-16 12:01
> ---
> Created
--- Comment #9 from rask at gcc dot gnu dot org 2007-12-16 13:39 ---
> That is not a regression Just an already existing failure.
Unmodified trunk revision 130944 doesn't have it:
diff -u build/arm-unknown-elf-results-unpatched/summary
build/arm-unknown-elf-results-patched/summary
--- Comment #16 from dominiq at lps dot ens dot fr 2007-12-16 13:38 ---
The patch in comment #14 fix the problem for me. Thanks Jack for the debugging
and the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34025
Adapted from a test case from c.l.f, from James van Buskirk
:
$ cat foo.f90
program main
integer, parameter :: ipi = 1078530011
real pi
parameter(pi=transfer(ipi,pi))
real, parameter :: z = transfer(ipi,z)
real, parameter :: y = real(1,kind(y))
write(*,*) pi, z, y
end
$ gfortran
--- Comment #2 from schwab at suse dot de 2007-12-16 13:31 ---
This test will always fail with gcc because -V requires an argument, but this
is ok because it's only there to provide some information about the compiler in
the log file, but is otherwise ignored.
--
schwab at suse dot d
--- Comment #4 from dorit at gcc dot gnu dot org 2007-12-16 13:06 ---
testing this patch:
*** tree-vect-transform.c (revision 130987)
--- tree-vect-transform.c (working copy)
*** vect_estimate_min_profitable_iters (loop
*** 197,214
factor = 1;
--- Comment #7 from John dot Tytgat at aaug dot net 2007-12-16 13:04
---
Indeed fixed thanks.
--
John dot Tytgat at aaug dot net changed:
What|Removed |Added
--- Comment #8 from pinskia at gmail dot com 2007-12-16 13:00 ---
Subject: Re: [4.3 Regression][frv] ICE in default_secondary_reload, at
targhooks.c:612
On 16 Dec 2007 12:55:21 -, rask at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The patch in comment #6 has one testsuite reg
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-12-16 12:58
---
Well it is we assume a lot of things are POSIX support so I don't see why we
have to document find here really. Yes we document we need a POSIX shell but
that is because a semi common target (Solaris)'s /bin/sh is
--- Comment #7 from rask at gcc dot gnu dot org 2007-12-16 12:55 ---
It's the dataflow merge (125624) that broke it. Revision 125623 with 130333 on
top is fine, but 125624 with 125851 (so it builds) and 130333 on top fails.
The patch in comment #6 has one testsuite regression on arm-unkn
--- Comment #28 from steven at gcc dot gnu dot org 2007-12-16 12:01 ---
Created an attachment (id=14778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14778&action=view)
Change worklist solver to double queue algorithm
I re-read Cooper, Harvey and Kennedy, who wrote a nice paper a
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-16 11:45 ---
OK then, I'll give it a try!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 119 matches
Mail list logo
