On Jul 15, 2006, at 11:54 PM, Eric Botcazou wrote:
/tmp/ccK4i3re.s:5107:FATAL:Symbol LFBB43 already defined.
Same breakage on SPARC/Solaris 2.[56] and Alpha/Tru64.
More information about this breakage. The symbol is defined
for std::ostrstream::~ostrstream() and the virtual trunk to
that
On Jul 16, 2006, at 4:16 PM, Andrew Pinski wrote:
I am trying to reduce a testcase right now.
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
-- Pinski
On Thu, Jun 08, 2006 at 08:50:13AM -0700, Andrew Pinski wrote:
On Jun 7, 2006, at 11:13 PM, Uros Bizjak wrote:
Hello!
Current mainline gcc can efficiently disable x87 instruction when
-mno-80387 switch is used. In this case, MMX registers can be used for
the autovectorisation even
On Jul 16, 2006, at 5:19 PM, Andrew Pinski wrote:
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
Debugging shows this was definitely caused by the stabs
Clicking on the Wiki link of the gcc home page, I get:
Not Found
The requested URL /wiki was not found on this server.
Apache/2.0.52 (Red Hat) Server at gcc.gnu.org Port 80
On Jul 17, 2006, at 12:17 AM, Joern RENNECKE wrote:
Clicking on the Wiki link of the gcc home page, I get:
Did you not read Daniel's email:
http://gcc.gnu.org/ml/gcc/2006-07/msg00227.html
-- Pinski
http://gcc.gnu.org/ml/gcc/2006-07/msg00227.html
?
Paolo.
Andrew Pinski wrote:
On Jul 17, 2006, at 12:17 AM, Joern RENNECKE wrote:
Clicking on the Wiki link of the gcc home page, I get:
Did you not read Daniel's email:
http://gcc.gnu.org/ml/gcc/2006-07/msg00227.html
Oops, I wasn't aware this was still on-going and affects simple read
access
Rodney M. Bates [EMAIL PROTECTED] writes:
OK, Thanks for the information. Just in case, does anybody already
have it in their head roughly where in gcc code this decision is made?
tree-nested.c
Ian
Ling-hua Tseng [EMAIL PROTECTED] writes:
The algorithm is highly dependent on the information of LOG_LINKS(insn).
But I found that there are not any dependecy info for `reload instructions'
because the register allocation pass and reloading pass are peformed after
the first insn scheduling
ld -shared -Bsymbolic will reduce number of dynamic relocations in
a shared library. Unfortunately, it won't work correctly with C++
exception and maybe other language features.
However, I think it is possible to make -shared -Bsymbolic to work
for C++ by providing a way to specify a list of
I 've been looking at the problem of converting the struct-equiv code to
use DEF-USE chains
instead of global dataflow information, but I have hit a snag.
We can find local registers as being registers that are defined
somewhere in the examined (partial) block,
and have all their uses within
Dear Sir/Madame,
I have switched my OS to SuSE Linux 10.1 and for a while trying to install
Octave to my computer. Unfortunately, the error message below is the only
thing that i got.
Installing
In http://gcc.gnu.org/ml/gcc/2006-07/msg00362.html, you wrote:
Are there any ideas on how and where to add a target and language
independent code compaction pass into gcc?
I think first you should be more specific about what you are trying to do.
DO you only want to match essentially identical
Joern RENNECKE wrote:
I 've been looking at the problem of converting the struct-equiv code
to use DEF-USE chains
instead of global dataflow information, but I have hit a snag.
We can find local registers as being registers that are defined
somewhere in the examined (partial) block,
and have
Paolo Carlini wrote:
http://gcc.gnu.org/ml/gcc/2006-07/msg00227.html
?
Paolo.
The new wiki is actually up, i'm just slowing editing the pages that
were really badly converted.
I'll move it back on monday, and let everyone else at the rest of them :)
it's http://gcc.gnu.org/testwiki
Joern RENNECKE wrote:
Clicking on the Wiki link of the gcc home page, I get:
Not Found
The requested URL /wiki was not found on this server.
Apache/2.0.52 (Red Hat) Server at gcc.gnu.org Port 80
Daniel is working
Kenneth Zadeck wrote:
you can have def-use chains, you can have use-def chains or you can have
both.
It seems like what you are asking for are use-def chains,
No, I want to know if there exists a path from the current *use* of a
register to
some other *use* of the same register without
Hello world,
are there any platforms where gcc doesn't support 8-byte ints?
Can a front end depend on this?
This would make life easier for Fortran, for example, because we
could use INTEGER(KIND=8) for a lot of interfaces without having
to bother with checks for the presence of KIND=8 integers.
Joern RENNECKE wrote:
Kenneth Zadeck wrote:
you can have def-use chains, you can have use-def chains or you can have
both.
It seems like what you are asking for are use-def chains,
No, I want to know if there exists a path from the current *use* of a
register to
some other *use* of
Kenneth Zadeck wrote:
The right way to do this is not to build chains but to define your own
dataflow problem to do this.
But wouldn't I need to update the problem solution every time a change a
bit of the
program - which would be much more costly then doing a local update of some
are there any platforms where gcc doesn't support 8-byte ints?
Can a front end depend on this?
The rtl expander can open-code long long using a datatype with half the size if
no patterns are defined in the md file.
There are some processors where code using all long long operations would not
Thomas Koenig wrote:
Hello world,
are there any platforms where gcc doesn't support 8-byte ints?
Can a front end depend on this?
This would make life easier for Fortran, for example, because we
could use INTEGER(KIND=8) for a lot of interfaces without having
to bother with checks for the
[EMAIL PROTECTED] wrote:
Dear Sir/Madame,
I have switched my OS to SuSE Linux 10.1 and for a while trying to install
Octave to my computer. Unfortunately, the error message below is the only
thing that i got.
On 7/16/06, Tim Prince [EMAIL PROTECTED] wrote:
On my computer, the installed version of gcc is 4.1.0-25 and i could not
find any compatible version of g77 to install. For the installation of
octave, i need exactly gcc-g77 not gcc-fortran.
(...)
If you are so interested in using g77 rather
Andrew Pinski [EMAIL PROTECTED] writes:
Here we have the same scope_labelno. The first dbxout_begin_prologue
comes from calling rs6000_output_mi_thunk. The normal way
scope_labelno gets incremented is via the
call to debug_hooks-function_decl in rest_of_handle_final which is
not done for
Miguel Angel wrote:
Hello!
I have a VERY simple example:
int f1 (int i) {i = (i-7)/9+3; return i;}
int f2 (int i) {i = (i-7)/9+3; return i;}
It could be reduced to:
int f1 (int i) {i = (i-7)/9+3; return i;}
int f2 (int i) {return f1 (i);}
Are there any ideas on how and where to add
Rafael Espíndola wrote:
I have a patch that factors code common to all builtin_function
implementations. It is approved for trunk when we get to stage1.
Are the developers involved in the lto branch interested in this
patch? If so, I can port it.
Thanks for the offer! Yes, I think that
At present, we have 160 serious regressions open against mainline (which
will become 4.2). (I've downgraded many of Volker's reports about ICEs
after valid error messages to P4, following Jason's recommendation.
Upon reflection, I think that's the right thing to do; although robust
error recovery
In http://gcc.gnu.org/ml/gcc/2006-07/msg00390.html, you write:
depending on what you are doing, you can update the solution in place.
The point of the dataflow talk was not to say that you cannot do
anything incremental, it was to say that there are no good GENERAL
techniques. Many times it
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-16 08:31 ---
Another testcase which I ran into while reducing the bootstrap failure:
templatetypename _CharT, typename _Traits =int class basic_istream;
templatetypename _CharT
struct basic_istream
{
~basic_istream(){}
};
I need to build on linux but I get a segmentation fault (core dump) so I try on
Sun and I get the same behavior but cc works fine.
GCC version:
Reading specs from ../lib/gcc-lib/i686-pc-linux-gnu/3.2.3/specs
Configured with: ./configure
--- Comment #1 from mohamed_selim at mentor dot com 2006-07-16 09:34
---
Created an attachment (id=11895)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11895action=view)
file that whn compiled gives the crash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28393
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-16 09:38 ---
In a way that struct is big, I bet the compiler is really just running out of
stack space.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28393
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-16 09:40 ---
I also think most of the stack space issues have been fixed for 3.3, 3.4, 4.0,
and 4.1. You might should try a 4.1.1 compiler as 3.2.x (and 3.x) are no
longer being maintained.
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-16 09:41 ---
Also this works for me with 4.0.2 and 3.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mohamed_selim at mentor dot com 2006-07-16 09:42
---
Subject: RE: gcc gives a core dump when compiling a C program, cc works fine.
Is there any option to increase this stack size?
-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-16 09:45 ---
(In reply to comment #5)
Subject: RE: gcc gives a core dump when compiling a C program, cc works fine.
Is there any option to increase this stack size?
That is an offtopic question really but using limit or
See attached code example.
When using dotted notation to call Setup() (as in first line in Test
procedure), the compiler doesn't say anything, the Setup() procedure actually
called is the one from the package Pkg.
When using traditional notation (as in second line in Test procedure), the
--- Comment #1 from kafka dot fr at laposte dot net 2006-07-16 09:55
---
Created an attachment (id=11896)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11896action=view)
Source files to illustrate the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28394
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-07-16 10:12 ---
Subject: Bug 27980
Author: tkoenig
Date: Sun Jul 16 10:11:57 2006
New Revision: 115496
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115496
Log:
2006-07-16 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-07-16 10:12 ---
Fixed on mainline and 4.1. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from anemo at mba dot ocn dot ne dot jp 2006-07-16 13:21
---
I have a similer optimization problem with this tiny function.
void foo(int *a)
{
int i;
for (i = 0; i 100; i++)
a[0] += a[1];
}
All gcc 4.x I tried generate load and store
--- Comment #12 from steven at gcc dot gnu dot org 2006-07-16 13:52 ---
The test case in comment #11 looks like a classic store motion opportunity to
me. GCC 3.3 performs the store motion, GCC 4.2 r115467 does not.
Zdenek, I thought tree-ssa-lim should be able to do store motion in
--- Comment #8 from felix dot nawothnig at t-online dot de 2006-07-16
14:23 ---
Don't know much about GCC internals but shouldn't this be a very trivial
enhancement? I know that this is FOSS so not to annoy anyone, just wondering
why it's still open after 1 year.
(In case someone is
--- Comment #4 from pault at gcc dot gnu dot org 2006-07-16 15:02 ---
Subject: Bug 28201
Author: pault
Date: Sun Jul 16 15:01:59 2006
New Revision: 115499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115499
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-07-16 15:02 ---
Subject: Bug 20844
Author: pault
Date: Sun Jul 16 15:01:59 2006
New Revision: 115499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115499
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-07-16 15:02 ---
Subject: Bug 20893
Author: pault
Date: Sun Jul 16 15:01:59 2006
New Revision: 115499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115499
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #2 from pault at gcc dot gnu dot org 2006-07-16 15:02 ---
Subject: Bug 28384
Author: pault
Date: Sun Jul 16 15:01:59 2006
New Revision: 115499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115499
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #10 from paolo at gcc dot gnu dot org 2006-07-16 15:39 ---
Subject: Bug 28277
Author: paolo
Date: Sun Jul 16 15:38:59 2006
New Revision: 115501
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115501
Log:
2006-07-16 Paolo Carlini [EMAIL PROTECTED]
PR
32-bit unsigned division A/B by compile-time constant B can be optimized by
replacing it with multiplication and shift right. For example, division by 10
is done like this: (A*3435973837) 35, in i386 asm:
movl$-858993459, %ecx
movl8(%ebp), %eax
mull%ecx
--- Comment #1 from vda dot linux at googlemail dot com 2006-07-16 15:45
---
Created an attachment (id=11898)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11898action=view)
find_fast_div.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28395
--- Comment #2 from vda dot linux at googlemail dot com 2006-07-16 15:46
---
Created an attachment (id=11899)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11899action=view)
fast_div_bench.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28395
--- Comment #3 from vda dot linux at googlemail dot com 2006-07-16 15:46
---
Created an attachment (id=11900)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11900action=view)
find_fast_div_random.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28395
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-16 15:50 ---
GCC already does something like this.
For /10, GCC produces:
f:
movl$-858993459, %eax
mull4(%esp)
shrl$3, %edx
movl%edx, %eax
ret
Maybe I don't understand
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-16 15:52 ---
In fact we do it also for signed integers (PPC asm this time):
_f:
lis r0,0x
srawi r2,r3,31
ori r0,r0,26215
mulhw r3,r3,r0
srawi r3,r3,2
subf r3,r2,r3
blr
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-16 15:54 ---
This has been done in GCC since at least 1994 revision 7598 in the SVN.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28395
--- Comment #7 from vda dot linux at googlemail dot com 2006-07-16 16:22
---
Oh my.
It looks that use of -Os played a joke on me. gcc 3.4.3 -Os uses a division
instruction, even though it results in slower and _also bigger_ code.
Maybe it makes sense to enable this optimization for
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-16 16:51 ---
No. At -Os, we care about smaller code. Unless that sequence of insns with
muls and shifts is smaller than a div, we should produce the div at -Os. And
as far as I can see, the div will always be smaller.
Not a
--- Comment #4 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 20844
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 28384
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 28353
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 28201
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #8 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 20903
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 25097
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-16 17:17 ---
Subject: Bug 20893
Author: pault
Date: Sun Jul 16 17:17:04 2006
New Revision: 115502
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115502
Log:
2006-07-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-07-16 17:18 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-16 17:18 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-16 17:19 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-16 17:20 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pault at gcc dot gnu dot org 2006-07-16 17:20 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-16 17:21 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2006-07-16 17:22 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2006-07-16 17:24 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from vda dot linux at googlemail dot com 2006-07-16 18:47
---
The test program below shows that in this case doing division with div insn
takes more instructions than with mul+shift.
Also mul+shift path has absolutely useless movl %edx, %eax insn, shaving that
will make
--- Comment #10 from vda dot linux at googlemail dot com 2006-07-16 18:54
---
gcc-4.1.1 differs only by insterting one more useless insn:
movl$-858993459, %eax
mull8(%esp)
movl%edx, %eax
+ xorl%edx, %edx
shrl$3, %eax
--- Comment #11 from jakub at gcc dot gnu dot org 2006-07-16 20:17 ---
Subject: Bug 28370
Author: jakub
Date: Sun Jul 16 20:17:20 2006
New Revision: 115503
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115503
Log:
PR c++/28370
* decl2.c (note_vague_linkage_var):
--- Comment #1 from jakub at gcc dot gnu dot org 2006-07-16 20:19 ---
Subject: Bug 28390
Author: jakub
Date: Sun Jul 16 20:19:27 2006
New Revision: 115504
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115504
Log:
PR fortran/28390
* trans-openmp.c
--- Comment #3 from pluto at agmk dot net 2006-07-16 20:27 ---
it works for me with 4.1.2 revision 115366.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-07-16 20:36 ---
You could try it yourself. But - do you have a testcase that shows how macros
and inline functions come into play here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
for item 2 in formatted transfer, got
INTEGER
(F10.4)
^
$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../gcc/trunk/configure --prefix=/home/ig25
--enable-languages=c,fortran
Thread model: posix
gcc version 4.2.0 20060716 (experimental)
--
Summary
The following sort of garbaged error messaged with accented latin characters in
the place where some string was supposed to be substituted into place are
chronic with gcj 4.1.1.
gcj -fjni -o gcj_test ../java/src/com/basistech/ne/batch/Extractor.java
../java/src/com/basistech/ne/batch/jni.java
There are some useful warnings that gfortran could issue.
Examples:
$ cat chk.f
program main
double precision a
real b
b = 2.3**(2/3)
a = 4.3*1d5
print *,a,b
b = 1.23456789012345
print *,4**(-3)
end
$ ftnchek chk.f
FTNCHEK Version 3.3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-16 22:13 ---
â
Actually I think it is because your environment variables said your terminal
supports UTF-8 but they really don't. Can you try setting LANG to C and try
again?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-07-16 22:24
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-16 22:24 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bim2006 at basistech dot com 2006-07-16 22:29 ---
Oh, of course. I should have thought of that.
--
bim2006 at basistech dot com changed:
What|Removed |Added
--- Comment #4 from dje at gcc dot gnu dot org 2006-07-17 01:43 ---
Double Complex on e500 with double GPRs fundamentally does not interact well
with GCC's current design. GCC does not want to have a double placed in the
same register that can contain an int if the width of the
--- Comment #5 from dje at gcc dot gnu dot org 2006-07-17 02:05 ---
Created an attachment (id=11902)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11902action=view)
consistently calculate nregs for FLOAT_MODES
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24036
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28010
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28025
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28031
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28048
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28049
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28050
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28053
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28056
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28058
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28063
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
1 - 100 of 169 matches
Mail list logo