Hello
I noticed that in the default Firefox3 configuration on my 1280x1024 display
your code samples on this page are tiny, and v.hard to read:
http://gcc.gnu.org/onlinedocs/gcc/Inline.html
I see in the HTML this is the code causing the small font:
pre.smallexample { font-size:smaller }
Would
I'm not sure what you are trying to say here - that it should be fixed
locally on my side at the level of the header file? Or something else?
That it should be fix-included, see fixincludes/README in the source tree.
--
Eric Botcazou
On Mon, Oct 20, 2008 at 07:21:49PM -0700, Andrew Pinski wrote:
On Mon, Oct 20, 2008 at 7:19 PM, Peng Yu [EMAIL PROTECTED] wrote:
Could you please help explain what the difference between typeof and
decltype are? What are c++0x/g++0x modes?
Well decltype is part of the C++0x standard
On Tue, Oct 21, 2008 at 9:32 AM, Joe Buck [EMAIL PROTECTED] wrote:
On Mon, Oct 20, 2008 at 07:21:49PM -0700, Andrew Pinski wrote:
On Mon, Oct 20, 2008 at 7:19 PM, Peng Yu [EMAIL PROTECTED] wrote:
Could you please help explain what the difference between typeof and
decltype are? What are
Hello, ALL.
I recently started to actively program using C and found that tools like
ctags or cscope do not work properly for big projects. Quite ofthen they
can't find function or symbol definition. The problem here is that they don't
use full code parsing, but just some sort of regular
Is there any way to do this work with an already installed compiler,
ie: change the fixincludes.def on the fly and have the installed
compiler immediately pick up on the changes from the text file?
You need to work in a build tree, modify fixincludes.def and follow the
instructions given in
2008/10/1 Vladimir Sterjantov [EMAIL PROTECTED]:
Hi!
Processor ARM920T, chip Atmel at91rm9200.
Simple C code:
char c[30];
unsigned short *pN = c[1];
*pN = 0x1234;
causes hardware exeption - memory aborts (used to implement memory
protection or virtual memory).
We have a lot of
2008/10/21 `VL:
3) Any good alternatives for cscope/ctags? It seemed to me that
eclipse has some good framework, but it looks to be too much integrated with
it...
You could look at these, which all provide more than ctags:
http://en.wikipedia.org/wiki/OpenGrok
http://synopsis.fresco.org/
2008/10/19 Edward Peschko
Constructs of the form
extern enum vtype iftovt_tab[];
are now failing with forgiving
error: array type has incomplete element type
This would be fine if it was code that I controlled - but the matter
of fact is that this code is in /usr/include/sys/mode.h,
I am looking at a couple of libgomp failures on IA64 HP-UX and I am
pretty sure what the problem is and that it is in omp-low.c but I am
not sure exactly where in omp-low.c it is.
The tests (libgomp.c/loop-5.c and libgomp.c++/loop-8.C) only fail in
32 bit mode on IA64 HP-UX where we use the
Hi,
I noticed N2756 is not on the gcc c++0x status page (probably because
it's new). Any ideas if and when this would be implemented? It would
be life-changing.
class A {
public:
A() { }
private:
int x = 5;
int y = 0;
};
Apology
===
This report is significantly past due. I apologize.
Status
==
The trunk remains Stage 3, so only bug fixes and documentation changes
are allowed. While the various maintainers have discretion in
allowing additional changes, they should, at this point, being using
that
Yes, I got that from the README. What I was looking for was a
*shortcut*,
5. Testing fixes precisely documents a shortcut.
--
Eric Botcazou
--- Comment #14 from pault at gcc dot gnu dot org 2008-10-21 06:28 ---
This one keeps falling off the pending pile - unassigning myself for now.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
NOTE: Defaulting component because reported component no longer exists
ICE: Segmentation fault when compiling with an incorrect used
__attribute__((noreturn));
Environment:
System: Linux molybdaen 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686
GN
U/Linux
host: i486-pc-linux-gnu
The documentation of option -mcmodel=medium says:
-mcmodel=medium
Generate code for the medium model: The program is linked in the lower 2 GB of
the address space but symbols can be located anywhere in the address space.
Programs can be statically or dynamically linked, but building of shared
--- Comment #5 from dave at icerasemi dot com 2008-10-21 08:28 ---
Subject: RE: If condition not getting eliminated
Hi Ramana,
Please could you add [EMAIL PROTECTED] - then we all get to see
it ;-)
Cheers,
-Original Message-
From: ramana at icerasemi dot com
--- Comment #3 from schwab at suse dot de 2008-10-21 08:36 ---
Reduced testcase:
double y, z;
void foo (long x)
{
y = *(double *) ((long *) (x - 1) + 1);
z = *(double *) ((long *) (x - 1) + 1);
}
$ gcc -m64 -O -c ldu.c
/tmp/ccYujYhd.s: Assembler messages:
/tmp/ccYujYhd.s:20:
--
schwab at suse dot de changed:
What|Removed |Added
GCC build triplet|powerpc64-apple-darwin9.5.0 |
GCC host triplet|powerpc64-apple-darwin9.5.0 |
GCC target
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-21 09:55 ---
I think this is rs6000_legitimate_address at fault here, it shouldn't say it is
valid memory address. In the:
if (GET_CODE (x) == PRE_MODIFY block in that function,
rs6000_legitimate_offset_address_p (mode, XEXP (x,
--- Comment #15 from dodji at seketeli dot org 2008-10-21 10:15 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
jason at redhat dot com a écrit :
--- Comment #14 from jason at redhat dot com 2008-10-20 19:02 ---
Subject:
When turning -Wunreachable-code to get warning about code that might never be
executed, I noticed that gcc throws warnings on all the calls to htons.
This seems to be because htons is expanded as a macro, and indeed a function
written as
uint16_t my_htons(uint16_t val) {
return htons(val);
}
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-21 10:21 ---
Newer version of the patch posted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-21 10:54 ---
Given:
2008-09-05 Janis Johnson [EMAIL PROTECTED]
Samuel Tardieu [EMAIL PROTECTED]
* opts.c (decode_options): Combine nested if statements.
PR target/37283
* opts.c
Here is a 16 line program that works fine without the optimizer,
but prints the word bug with gcc -O
No other flags, no headers included.
Linux fedora 9.
gcc -v is:
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-21 11:46 ---
With -fno-toplevel-reorder this generated foobar variable in .rodata already in
4.3, maybe earlier. The interesting code is in decide_is_variable_needed:
/* When not reordering top level variables, we have to
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-21 12:15 ---
Is there a reason why we have to set
CALL_CANNOT_INLINE_P/gimple_call_cannot_inline already during gimplification?
If we defer setting it till say to lower_stmt, then by that time all the
fndecls will be surely
struct S
{
int a : 21;
unsigned char b : 3;
} s;
int
main ()
{
s.b = 4;
if (s.b 0 s.b 4)
__builtin_abort ();
return 0;
}
See http://gcc.gnu.org/ml/gcc-bugs/2008-10/msg01324.html
Works till 4.2, fails at -O with 4.3 and trunk.
--
Summary: [4.3/4.4 Regression]
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-21 12:49 ---
Cannot reproduce this, all I see are some memory leaks reported by valgrind
(going to look at them), but error summary shows no errors.
Can anyone still reproduce this?
--
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-21 12:51 ---
Dropping [4.4 Regression], as -ftree-loop-distribution is a new option.
Sebastian, can you please look at this?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-10-21 14:21 ---
The documentation just documents the previous mcmodel=medium behavior.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2008-10-21 14:50 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from dje at gcc dot gnu dot org 2008-10-21 14:53 ---
The test in rs6000_legitimate_offset_address_p is for something completely
different. This should be tested in rs6000_legitimate_address:
if (GET_CODE (x) == PRE_MODIFY
mode != TImode
mode != TFmode
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-21 15:10 ---
Created an attachment (id=16519)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16519action=view)
gcc44-pr37878.patch
So something like this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37878
--- Comment #7 from dje at gcc dot gnu dot org 2008-10-21 15:14 ---
Also, note the problem is a DFmode value in a GPR. FPRs can handle the
non-word-aligned offset. Forcing all DFmode to be 64 bit aligned is not an
option because that is known to impose a severe performance penalty.
gcc -O3 -floop-block test_sort.c
test_sort.c: In function 'test_sort':
test_sort.c:2: internal compiler error: in scan_tree_for_params, at
graphite.c:2274
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
This was tested
--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-21 16:10
---
Created an attachment (id=16520)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16520action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37883
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-21 16:14 ---
With unit-at-a-time we should be fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36668
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-21 16:15 ---
It's fold:
;; enabled by -tree-original
{
foo.z = 83778;
foo.probe = 0;
foo.val = 4;
if ((signed char) foo.val 0)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-21 16:38 ---
Created an attachment (id=16521)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16521action=view)
gcc44-pr37540.patch
Fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
GCC bootstrap on s390x currently fails with:
/build2/gcc/libgcc/../gcc/libgcc2.c: In function '__ucmpdi2':
/build2/gcc/libgcc/../gcc/libgcc2.c:1169: internal compiler error: in
compare_ranges, at tree-vrp.c:3375
reload reassigns a hard reg to a pseudo which has been created by change-loop
--- Comment #3 from dje at gcc dot gnu dot org 2008-10-21 17:35 ---
Subject: Bug 35485
Author: dje
Date: Tue Oct 21 17:33:53 2008
New Revision: 141269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141269
Log:
PR target/35485
* tree.c (get_file_function_name):
--- Comment #20 from nemet at gcc dot gnu dot org 2008-10-21 17:48 ---
Subject: Bug 37669
Author: nemet
Date: Tue Oct 21 17:46:53 2008
New Revision: 141270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141270
Log:
PR middle-end/37669
* tree-ssa-ccp.c
--- Comment #21 from nemet at gcc dot gnu dot org 2008-10-21 17:48 ---
Fixed.
--
nemet at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from doko at ubuntu dot com 2008-10-21 18:01 ---
fixed with the cp-0.98 merge
--
doko at ubuntu dot com changed:
What|Removed |Added
GCC accepts the following:
class Object
{
void (*Funk())() const;
};
const in this context should be a qualifier on a returned
pointer-to-member-function. Intel and Comeau both reject this code.
The correct form:
class Object
{
void (*Funk() const)();
};
is correctly accepted by GCC.
--
witmer at averagesoftware dot org changed:
What|Removed |Added
CC||witmer at averagesoftware
|
--- Comment #32 from alexandre dot nunes at gmail dot com 2008-10-21 18:37
---
I was considering using C++ for an arm-elf target, but I'm dropping that in
favour of plain C because of this silly thing. This sucks, because other than
that g++ does a pretty decent job when generating
--- Comment #7 from pault at gcc dot gnu dot org 2008-10-21 18:58 ---
(In reply to comment #6)
I wonder if this bug can be closed, the testcase appears to work with trunk
Joost,
I don't know what happened here. I have made a testsuite case out of the
original and will commit it to
--- Comment #11 from tkoenig at gcc dot gnu dot org 2008-10-21 20:14
---
Subject: Bug 34670
Author: tkoenig
Date: Tue Oct 21 20:12:52 2008
New Revision: 141276
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141276
Log:
2008-10-21 Thomas Koenig [EMAIL PROTECTED]
PR
gcc -c -O2 -floop-block copy_data.c
copy_data.c: In function 'copy_data':
copy_data.c:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
This was tested on the graphite
--- Comment #8 from pault at gcc dot gnu dot org 2008-10-21 20:28 ---
Subject: Bug 36795
Author: pault
Date: Tue Oct 21 20:27:27 2008
New Revision: 141277
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141277
Log:
2008-10-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-21 20:29
---
Created an attachment (id=16522)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16522action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37886
--- Comment #9 from pault at gcc dot gnu dot org 2008-10-21 20:30 ---
Fixed on trunk as per #7.
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rth at gcc dot gnu dot org 2008-10-21 20:49 ---
Subject: Bug 37815
Author: rth
Date: Tue Oct 21 20:48:16 2008
New Revision: 141278
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141278
Log:
PR 37815
* emit-rtl.c (get_spill_slot_decl): Export.
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-21 20:58 ---
Given Andrew's comments, this is not a bug. Thanks for the report nonetheless.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from manu at gcc dot gnu dot org 2008-10-21 21:03 ---
We need a complete testcase. See http://gcc.gnu.org/bugs.html
In this case, we would need the unpreprocessed testcase but we still need a
complete one that we can compile ourselves. Thanks.
--
manu at gcc dot gnu
--- Comment #4 from manu at gcc dot gnu dot org 2008-10-21 21:11 ---
This is unconfirmed and waiting for feedback.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from manu at gcc dot gnu dot org 2008-10-21 21:25 ---
I cannot compile this testcase with GCC 4.3.2 or a recent revision of GCC 4.4.
Could you recreate the prepocessed source with those compilers?
--
manu at gcc dot gnu dot org changed:
What|Removed
)
{
__asm__ volatile(%0 :: S(c));
}
This occurs with gcc version 4.4.0 20081021 (experimental) svn revision 141272
and gcc version 4.3.2 (Debian 4.3.2-1)
Command line options used: -O2 -m32 -S
--
Summary: %sil and %dil are used in 32-bit mode as inline asm
--- Comment #1 from schwab at suse dot de 2008-10-21 21:42 ---
*** This bug has been marked as a duplicate of 23242 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #7 from manu at gcc dot gnu dot org 2008-10-21 21:43 ---
Fixed in trunk. Not a regression, no backport. Closing.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from schwab at suse dot de 2008-10-21 21:42 ---
*** Bug 37887 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37884
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-21 21:45 ---
I don't see a testcase for this. I am tempted to close this as FIXED per
Simon's comments.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Source directory is $HOME/gcc-build/gcc-4.4.-20081017
Object directory is $HOME/gcc-build/gcc-4.4-obj
Configured from the object directory as ../gcc-4.4-20081017/configure
--prefix=$HOME/gcc-trunk --enable-languages=c,c++,fortran
--with-mpfr=$HOME/gcc-build/gcc-4.4-20081017/mpfr
Make was run
--- Comment #2 from flameeyes at gentoo dot org 2008-10-21 22:56 ---
Created an attachment (id=16523)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16523action=view)
tc-htons-unreachable.c
Sure here it is, there isn't much of a testcase I admit ;)
--
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-21 23:07 ---
Subject: Bug 35853
Author: jakub
Date: Tue Oct 21 23:06:21 2008
New Revision: 141280
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141280
Log:
PR middle-end/35853
* doc/invoke.texi: Remove
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-21 23:08 ---
Subject: Bug 37880
Author: jakub
Date: Tue Oct 21 23:07:01 2008
New Revision: 141281
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141281
Log:
PR target/37880
* doc/invoke.texi: Fix spelling of
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-21 23:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-21 23:10 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from manu at gcc dot gnu dot org 2008-10-21 23:12 ---
I cannot reproduce this because it seems that in my system
x86_64-unknown-linux-gnu, htons is not expanded as a macro.
Could you also add a preprocessed testcase and the exact output from the
compiler? Please, also
--- Comment #4 from flameeyes at gentoo dot org 2008-10-21 23:19 ---
Created an attachment (id=16524)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16524action=view)
Preprocessed test case
For what it's worth this is glibc 2.8 on Gentoo, AMD64 multilib system.
--
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-21 23:36 ---
(In reply to comment #4)
Created an attachment (id=16524)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16524action=view) [edit]
Preprocessed test case
I don't see that htons was expanded as a macro there.
--- Comment #7 from kkojima at gcc dot gnu dot org 2008-10-21 23:42 ---
Subject: Bug 37633
Author: kkojima
Date: Tue Oct 21 23:40:41 2008
New Revision: 141282
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141282
Log:
PR target/37633
* config/sh/sh.c
--- Comment #6 from flameeyes at gentoo dot org 2008-10-21 23:48 ---
Created an attachment (id=16525)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16525action=view)
Preprocessed test case
That's because I forgot to turn on -O2 :/
tc-htons-unrechable.c: In function
--- Comment #14 from hjl at gcc dot gnu dot org 2008-10-22 00:22 ---
Subject: Bug 37815
Author: hjl
Date: Wed Oct 22 00:21:41 2008
New Revision: 141288
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141288
Log:
2008-10-21 H.J. Lu [EMAIL PROTECTED]
Backport from
--- Comment #15 from rth at gcc dot gnu dot org 2008-10-22 00:46 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The following executable testcase, reduced from the CRIS port of an old
3.2.x-based version of gcc, is miscompiled at -O2 with
gcc-4_3-branch revision 141262 and
trunk revision 141281 configured with --prefix=/usr --enable-languages=c
--with-cpu=generic. When run, it catches a SEGV. It is known
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-22 02:40 ---
I've had a user report the same error with the Fedora 9 gcc-4.3.0-8, so the
lower known-to-fail is 4.3.0.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from mmitchel at gcc dot gnu dot org 2008-10-22 03:02
---
Richard has reproduced the bad behavior. So, this is not UNCONFIRMED. It's an
optimization regression; hence P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37316
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37318
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37320
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37326
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37362
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37416
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37422
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37437
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37490
--- Comment #8 from mmitchel at gcc dot gnu dot org 2008-10-22 03:10
---
What is the current performance status?
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37610
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37709
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
1 - 100 of 122 matches
Mail list logo