--- Comment #5 from sebpop at gmail dot com 2007-12-16 08:31 ---
Subject: Re: gfortran.dg/ltrans-7.f90 doesn't work
On 16 Dec 2007 03:23:17 -, jvdelisle at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-12-16 03:2
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|burnus at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-12-16 08:45
---
Already fixed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rogermc at iinet dot net dot au 2007-12-16 08:51
---
(In reply to comment #4)
> Already fixed.
>
How or where can I obtain the fix?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34489
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-12-16 08:59
---
> How or where can I obtain the fix?
Probably the same way you obtained the previous compiler, the fix is revision
130665. Or from the SVN tree directly, see http://gcc.gnu.org/svn.html.
--
http://gcc.gnu.o
--- Comment #1 from jakub at gcc dot gnu dot org 2007-12-16 09:38 ---
Simpler testcase:
/* PR rtl-optimization/34490 */
extern void abort (void);
static int x;
int
__attribute__((noinline))
bar (void)
{
return x;
}
int
foo (void)
{
long int b = bar ();
if ((unsigned long) b < -
--- Comment #2 from jakub at gcc dot gnu dot org 2007-12-16 09:50 ---
simplify_const_relational_operation (LEU, DImode, (sign_extend:DI (reg:SI 59)),
(const_int -4096)) returns (const_int 1), which is wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34490
--- Comment #6 from rsandifo at gcc dot gnu dot org 2007-12-16 09:54
---
Subject: Bug 34415
Author: rsandifo
Date: Sun Dec 16 09:54:34 2007
New Revision: 130987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130987
Log:
gcc/
PR rtl-optimization/34415
* df.h (DF_
--- Comment #7 from rsandifo at gcc dot gnu dot org 2007-12-16 09:58
---
Fixed on trunk.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #12 from mmokrejs at ribosome dot natur dot cuni dot cz
2007-12-16 11:06 ---
Please update the docs first and update configure to check for at least some of
the required features. Users are not going to realize their utilities do not
conform to POSIX completely. And so far y
After completing stage1 build, the xgcc binary is being used. Unfortunately,
the -V option used in objdir/intl/configure breaks the build. Below is a
relevant snippet from objdir/intl/config.log:
configure:1771: checking for armv5tejl-unknown-linux-gnu-gcc
configure:1797: result: /scratch/gcc-4.2
--- Comment #1 from mmokrejs at ribosome dot natur dot cuni dot cz
2007-12-16 11:21 ---
Created an attachment (id=14776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14776&action=view)
config.statuses_and_logs.tgz
tar cvf - ./prev-libiberty/config.status ./prev-libdecnumber/conf
--- Comment #3 from jakub at gcc dot gnu dot org 2007-12-16 11:33 ---
Created an attachment (id=14777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14777&action=view)
gcc43-pr34490.patch
Patch I'll be testing. For unsigned comparison, reducing the range using
num_sign_bit_copies
--- Comment #4 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 33888
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #11 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 31213
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 33998
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-16 11:41 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-16 11:42 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #12 from pault at gcc dot gnu dot org 2007-12-16 11:42 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- 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
--- 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 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 #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 #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 #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 #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 #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
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 #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
--- 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 #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
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 #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:
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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
---
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
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
--- 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
--- 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
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 #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
--- 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 #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 #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 #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 #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
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 #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
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 #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
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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 #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 #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 #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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
1 - 100 of 119 matches
Mail list logo
