On May 14, 2006, at 11:54 AM, Daniel Berlin wrote:
The other languages don't do that.
ObjC/ObjC++ kinda do :-( I have a dream, one day...
@item -fsee
@opindex fsee
Eliminates redundant extension instructions and move the non redundant
ones to optimal placement using LCM.
Enabled at level @option{-O3}.
Would you mind adjusting this as well
Thanks. I've updated doc/invoke.texi correspondingly. Mircea
LS,
The link crossgcc FAQ in the middle of the page:
http://gcc.gnu.org/install/build.html; doesn't seem to link to a page that
offers the cross-gcc faq. Instead it appears to be a site of a consultant
trying to sell his services.
Kind regards,
Ernst.
Ernst Steenbrink
Imtech ICT Technical
What do people who build in a combined tree do with intl? Do they use
the GCC version or the src tree version? Is there any consensus about
whether or not there should be a single version of intl, and if so,
which one should be used?
FWIW, I have always given preference to the gcc version.
Hello,
when cse replaces registers in an insn it tries to avoid calls to
validate_change, what causes trouble in some situations.
From validate_canon_reg:
/* If replacing pseudo with hard reg or vice versa, ensure the
insn remains valid. Likewise if the insn has MATCH_DUPs. */
if
Consider the following code that starting with GCC 4.1.0 generates
'dereferencing type-punned pointer will break strict-aliasing rules'
warning:
~ cat test.c
struct inner {
struct inner *next;
};
struct outer {
struct inner base;
int value;
};
/* List of outer elements where all
Steven Bosscher wrote:
So now we have a half-completed conversion to USE_MAPPED_LOCATION which is
currently broken (doesn't bootstrap for me with --enable-mapped-locations).
Oops. Looks like I made and posted a patch, but never checked it in:
Robert Dewar wrote:
Can someone point me to a clear high level spec for the proposed
interface for MAPPED_LOCATION support.
I don't know of any high-level spec, except libcpp/include/line-map.h.
A line_map (singular) specifies how a sub-range of source_location
integer cookies are to be
Union-Souths-Computer:~/developer UnionSouth$ ../gcc-5250/configure
creating cache ./config.cache
checking host system type... powerpc-apple-darwin7.9.0
checking target system type... powerpc-apple-darwin7.9.0
checking build system type... powerpc-apple-darwin7.9.0
checking for a BSD compatible
Union-Souths-Computer:~/developer UnionSouth$ ../gcc-5250/configure
creating cache ./config.cache
checking host system type... powerpc-apple-darwin7.9.0
checking target system type... powerpc-apple-darwin7.9.0
checking build system type... powerpc-apple-darwin7.9.0
checking for a BSD
On May 15, 2006, at 8:56 AM, Igor Bukanov wrote:
Consider the following code that starting with GCC 4.1.0 generates
'dereferencing type-punned pointer will break strict-aliasing rules'
warning:
Yup. Kinda does seem a flaw in the C language. You could switch to C
++. :-)
~ cat test.c
I'll pre-approve that change, but I'll also defer to any other
maintainer who has a solution they prefer.
How about this one?
2006-05-15 DJ Delorie [EMAIL PROTECTED]
* crtstuff.c (__dso_handle): Set section from
TARGET_LBIGCC_SDATA_SECTION if defined.
* doc/tm.text
There are now 98 serious regressions open against GCC 4.1, including 9
P1s. However, none of these are -- as far as I can tell -- regressions
from 4.1.0; they are all regressions from previous releases. Given that
we've fixed 114 bugs since 4.1.0, I think it's time to create a 4.1.1
release.
DJ Delorie wrote:
I'll pre-approve that change, but I'll also defer to any other
maintainer who has a solution they prefer.
How about this one?
OK.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
Mark,
Therefore, effective midnight tonight (i.e., 12:00AM May 17th in
California), the 4.1 branch will be frozen. (I previously announced May
15th as a target release date.) After that point, all changes,
including previously approved patches, need my explicit approval. I'll
create 4.1.1
Andrew Pinski wrote:
Mark,
Therefore, effective midnight tonight (i.e., 12:00AM May 17th in
California), the 4.1 branch will be frozen. (I previously announced May
15th as a target release date.) After that point, all changes,
including previously approved patches, need my explicit
Hi,
I was not able to find who is maintaining the GCC Wiki at
http://gcc.gnu.org/wiki/HomePage
I have found one strange problem and I would like to discuss it in private.
Thanks,
Manuel.
PS: I have noticed that Andrew Pinski is notified of page changes. On
the other hand, many changes have
On May 15, 2006, at 4:33 PM, [EMAIL PROTECTED] wrote:
I was not able to find who is maintaining the GCC Wiki at
http://gcc.gnu.org/wiki/HomePage
I have found one strange problem and I would like to discuss it in
private.
Private, what's that?! :-) If you want, I'll entertain a discussion.
[EMAIL PROTECTED] wrote:
Hi,
I was not able to find who is maintaining the GCC Wiki at
http://gcc.gnu.org/wiki/HomePage
I have found one strange problem and I would like to discuss it in private.
There are plenty of known problems, security related and otherwise.
I am the maintainer, feel
hi,
Anybody knows that if we can define a comment? For a statement such as,
COMMENT this is a comment.
will be preprocessed as,
// this is a comment.
or something valid and transparent to the compiler? Of cause we can't
directly use,
#define COMMENT //
Thanks.
Eric.
On May 15, 2006, at 7:08 PM, Eric Fisher wrote:
Anybody knows that if we can define a comment?
Wrong list. comp.lang.c or gcc-help is more appropriate.
Short answer, no, not really. Longer answer:
#define COMMENT(X)
Where's the simplest part of the source tree to learn from? GCC? Does
that directory contain the compiler simple? I've pulled some inodes
containing an old c compiler from a unix v7 but it's old kr C. I want to
see a multiple pass C compiler in ansi.
Bill
This list isn't for these type of questions.
On May 15, 2006, at 9:31 PM, Bill Cunningham wrote:
Where's the simplest part of the source tree to learn from? GCC? Does
that directory contain the compiler simple?
No, gcc isn't simple, though, what you can learn from it is more
valuable, if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
DJ Delorie wrote:
2006-05-15 DJ Delorie [EMAIL PROTECTED]
* crtstuff.c (__dso_handle): Set section from
TARGET_LBIGCC_SDATA_SECTION if defined.
* doc/tm.text (TARGET_LIBGCC_SDATA_SECTION): Document.
*
On Tue, 2006-05-16 03:49:57 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: dj
Date: Tue May 16 03:49:57 2006
New Revision: 113817
* doc/tm.text (TARGET_LIBGCC_SDATA_SECTION): Document.
Modified:
trunk/gcc/doc/tm.texi
if [ xinfo = xinfo ]; then \
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-05-15 06:39
---
After fixing a type mismatch in infer_loop_bounds_from_undefined, I get:
(analyze_scalar_evolution
(loop_nb = 1)
(scalar = D.1523_6)
(get_scalar_evolution
(scalar = D.1523_6)
(scalar_evolution =
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-05-15
06:42 ---
A temporary workaround is:
program test
integer :: stuff
write(*, *) called stuff , stuff(1), times
end program test
recursive function stuff(n) result (tmp)
integer :: tmp
integer :: n
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-05-15 06:48
---
Patch is on its way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27575
--- Comment #8 from rmathew at gcc dot gnu dot org 2006-05-15 07:04 ---
This was fixed by TJ's patch applied on 2005-12-10.
--
rmathew at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-15 08:52
---
Subject: Bug 27496
Author: reichelt
Date: Mon May 15 08:52:29 2006
New Revision: 113776
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113776
Log:
PR c++/27496
* pt.c (tsubst_friend_class):
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-15 08:58
---
Subject: Bug 27559
Author: reichelt
Date: Mon May 15 08:58:25 2006
New Revision: 113777
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113777
Log:
PR c++/27559
* pt.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-15 09:00
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-15 09:01
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-15 09:07
---
Subject: Bug 27315
Author: reichelt
Date: Mon May 15 09:07:17 2006
New Revision: 113778
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113778
Log:
PR c++/27315
* pt.c
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-15 09:10
---
Subject: Bug 27315
Author: reichelt
Date: Mon May 15 09:10:03 2006
New Revision: 113779
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113779
Log:
PR c++/27315
* pt.c
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-15 09:13
---
Subject: Bug 27315
Author: reichelt
Date: Mon May 15 09:13:51 2006
New Revision: 113780
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113780
Log:
PR c++/27315
* pt.c
--- Comment #10 from reichelt at gcc dot gnu dot org 2006-05-15 09:15
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-15 09:20
---
Subject: Bug 27581
Author: reichelt
Date: Mon May 15 09:19:30 2006
New Revision: 113781
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113781
Log:
PR c++/27581
* search.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-15 09:23
---
Subject: Bug 27581
Author: reichelt
Date: Mon May 15 09:22:44 2006
New Revision: 113782
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113782
Log:
PR c++/27581
* search.c
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-15 09:27
---
Subject: Bug 27581
Author: reichelt
Date: Mon May 15 09:26:54 2006
New Revision: 113783
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113783
Log:
PR c++/27581
* search.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-15 09:28
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-15 09:35
---
Subject: Bug 27582
Author: reichelt
Date: Mon May 15 09:34:59 2006
New Revision: 113784
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113784
Log:
PR c++/27582
* pt.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-15 09:38
---
Subject: Bug 27582
Author: reichelt
Date: Mon May 15 09:38:11 2006
New Revision: 113785
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113785
Log:
PR c++/27582
* pt.c
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-15 09:41
---
Subject: Bug 27582
Author: reichelt
Date: Mon May 15 09:40:30 2006
New Revision: 113786
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113786
Log:
PR c++/27582
* pt.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-15 09:41
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-15 09:58 ---
Subject: Bug 27446
Author: jakub
Date: Mon May 15 09:57:54 2006
New Revision: 113787
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113787
Log:
PR fortran/27446
* trans-openmp.c
--- Comment #2 from jakub at gcc dot gnu dot org 2006-05-15 09:59 ---
Subject: Bug 27416
Author: jakub
Date: Mon May 15 09:59:30 2006
New Revision: 113788
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113788
Log:
PR middle-end/27416
* omp-low.c
--- Comment #7 from jakub at gcc dot gnu dot org 2006-05-15 10:10 ---
Created an attachment (id=11468)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11468action=view)
gcc41-pr27549.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27549
--- Comment #8 from jakub at gcc dot gnu dot org 2006-05-15 10:11 ---
Created an attachment (id=11469)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11469action=view)
gcc41-pr27548.patch
These two patches fix this on the branch, bootstrapped/regtested on 7 linux
arches. But,
--- Comment #3 from aph at gcc dot gnu dot org 2006-05-15 10:59 ---
I can replicate this problem with gcj 4.1 and gcj svn trunk.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aph at gcc dot gnu dot org 2006-05-15 11:19 ---
Created an attachment (id=11470)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11470action=view)
A simpler testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27590
--- Comment #5 from aph at gcc dot gnu dot org 2006-05-15 11:21 ---
zorro:~ $ gcj -shared -O -findirect-dispatch StandardServer.class
org/apache/catalina/core/StandardServer.java: In class
'org.apache.catalina.core.StandardServer':
org/apache/catalina/core/StandardServer.java: In method
--- Comment #4 from jm at bourguet dot org 2006-05-15 11:23 ---
It could be target specific. I'm still having it on sparc:
~/src 12 cat bug.c
#include stdio.h
void f(char* line) {
char test_char[40];
sscanf(line, %s, test_char);
}
~/src 13 gcc-4.1.0 -v -Wall -Wextra -c bug.c
--- Comment #6 from aph at gcc dot gnu dot org 2006-05-15 11:25 ---
Failed in link_block during finish_eh_generation ():
/* Link block B to chain after AFTER. */
void
link_block (basic_block b, basic_block after)
{
b-next_bb = after-next_bb;
b-prev_bb = after;
after-next_bb = b;
--- Comment #7 from aph at gcc dot gnu dot org 2006-05-15 11:51 ---
There is a branch to a deleted label.
The RTL looks like this:
note 1148 1143 1144 237 [bb 372] NOTE_INSN_BASIC_BLOCK)
(insn 1144 1148 1145 237 (set (reg:CCZ 17 flags)
(compare:CCZ (reg:DI 408)
--- Comment #26 from dberlin at gcc dot gnu dot org 2006-05-15 12:42
---
Subject: Re: [4.1/4.2 Regression] ACATS c974001
c974013 hang with struct aliasing
ebotcazou at gcc dot gnu dot org wrote:
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2006-05-15 05:36
---
--- Comment #6 from jakub at gcc dot gnu dot org 2006-05-15 12:43 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-15 12:44 ---
Diagnostics of invalid vars in firstprivate/lastprivate/reduction is still
missing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27416
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-05-15 13:46
---
I have a patch in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27603
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-05-15
13:59 ---
Created an attachment (id=11471)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11471action=view)
Patch for the problem
The attachment is a patch for the problem. The testcase is below.
Regtesting
--- Comment #6 from reichelt at igpm dot rwth-aachen dot de 2006-05-15
14:31 ---
Subject: Re: [4.1/4.2 regression] ICE on broken switch condition
On 14 May, mmitchel at gcc dot gnu dot org wrote:
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-05-14 22:35
---
Is
--- Comment #11 from patchapp at dberlin dot org 2006-05-15 14:44 ---
Subject: Bug number PR27039
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00452.html
--
With gcc-4.2-20060513
Configuring stage 1 in ./intl
...
checking for void *... yes
cchecking for void *... yes
checking size of void *... configure: error: cannot compute sizeof (void *), 77
See `config.log' for more details.
make[2]: *** [configure-stage1-gcc] Error 1
--
Summary:
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-15 15:22 ---
Please attach the relevant parts of config.log
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
I used set string ss
as a containtor for a list of unique, ordered strings. However, program
reports segmentation error when trying to allocate a block of memory.
I have used libcwd to debug the memory allocation, the libcwd detected
memory leaks:
--- Comment #8 from dje at gcc dot gnu dot org 2006-05-15 15:30 ---
Andreas or AJ,:
Can you test with gcc/except.c:output_ttype() changed from expand_normal() to
expand_expr (..., EXPAND_INITIALIZER, ...) ?
--
dje at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-15 15:35 ---
Can you try a newer GCC since 3.3.x (and 3.4.x) are no longer being updated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27615
--- Comment #2 from kminola at eng dot umd dot edu 2006-05-15 15:37 ---
Sorry, found my error.
--
kminola at eng dot umd dot edu changed:
What|Removed |Added
= gcc41bug.c =
#include stddef.h
typedef struct chunk_s chunk_t;
struct chunk_s {
unsigned int size;
int offset_next;
};
#define GET_ADDRESS(baseptr, offset) \
((chunk_t *)((char *)(baseptr) + (offset)))
void
gcc_bug_test(chunk_t *first)
{
chunk_t *cur;
while (1) {
--- Comment #2 from nanjiang dot shu at gmail dot com 2006-05-15 15:50
---
Subject: Re: memory leak with libstdc++ set string
I have compiled the problem with gcc4.1.0, which was builded under
linux-pc-i686 from tar balls. The program exited with similar error
message. But I did not
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-15 15:51 ---
#2 0x081a4404 in lookup_as_function (x=value optimized out, code=PLUS)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cse.c:1453
#3 0x081a58d0 in fold_rtx (x=value optimized out, insn=0x0)
at
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-15 15:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-15 15:59 ---
Reduced testcase (without any preprocessed macros or includes):
struct chunk_s {
unsigned int size;
int offset_next;
};
typedef struct chunk_s chunk_t;
void
gcc_bug_test(chunk_t *first)
{
chunk_t * cur;
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #21 from sayle at gcc dot gnu dot org 2006-05-15 16:14 ---
Subject: Bug 26729
Author: sayle
Date: Mon May 15 16:14:46 2006
New Revision: 113795
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113795
Log:
PR middle-end/26729
* fold-const.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE (in fold_offsetof_1, at |[4.1/4.2 Regression] ICE (in
|c-common.c:5998) on
--- Comment #3 from pcarlini at suse dot de 2006-05-15 16:46 ---
Missing a self-contained, simple testcase, certainly we cannot even imagine
debugging this... Also, please use valgrind, very reliable and commonly
available.
--
pcarlini at suse dot de changed:
What
--- Comment #5 from pcarlini at suse dot de 2006-05-15 16:49 ---
Feedback not forthcoming.
--
pcarlini at suse dot de changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|3.3.3 3.0.4 3.2.3 3.4.0 |3.3.3 3.0.4 3.2.3 3.4.0
|
--- Comment #5 from pcarlini at suse dot de 2006-05-15 16:58 ---
(In reply to comment #4)
I have tried to create simple test case (about 200 rows) where I tried to
reproduce key code fragments. In simple test case leak not reproduced. But I
have easy reproduced it with very small
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-15 17:16 ---
Subject: Bug 24711
Author: pault
Date: Mon May 15 17:16:26 2006
New Revision: 113796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113796
Log:
2006-05-15 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #2 from pault at gcc dot gnu dot org 2006-05-15 17:16 ---
Subject: Bug 25090
Author: pault
Date: Mon May 15 17:16:26 2006
New Revision: 113796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113796
Log:
2006-05-15 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-15 17:16 ---
Subject: Bug 25082
Author: pault
Date: Mon May 15 17:16:26 2006
New Revision: 113796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113796
Log:
2006-05-15 Paul Thomas [EMAIL PROTECTED]
PR
compile fails using mingw gcc-4.0.3
using ../configure -v --enable-languages=c,c++ --with-gcc --with-gnu-ld
--with-gnu-
as --prefix=/mingw
i get an error:
make[3]: *** No rule to make target `../../gcc/objc/objc-act.c', needed by
`s-gtype'. Stop.
make[3]: Leaving directory
--- Comment #7 from bjoern dot m dot haase at web dot de 2006-05-15 17:25
---
Subject: Re: [4.1/4.2 regression] libssp causes a failure with cross compilers
mmitchel at gcc dot gnu dot org wrote on Montag, 15. Mai 2006 00:26 :
--- Comment #6 from mmitchel at gcc dot gnu dot org
compile fails using mingw gcc-4.0.3
using ../configure -v --enable-languages=c,c++ --with-gcc --with-gnu-ld
--with-gnu-
as --prefix=/mingw
i get an error:
make[3]: *** No rule to make target `../../gcc/objc/objc-act.c', needed by
`s-gtype'. Stop.
make[3]: Leaving directory
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-05-15 17:36
---
Subject: Bug 27603
Author: rguenth
Date: Mon May 15 17:35:48 2006
New Revision: 113797
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113797
Log:
2006-05-15 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from roger at eyesopen dot com 2006-05-15 17:37 ---
This should now be fixed on both mainline and the 4.1 branch. Thanks Andreas.
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #22 from roger at eyesopen dot com 2006-05-15 17:41 ---
This should now be fixed on all open branches.
--
roger at eyesopen dot com changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-15 18:14 ---
Also happens on x86-linux-gnu.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #38 from rakdver at gcc dot gnu dot org 2006-05-15 18:25
---
Subject: Bug 26830
Author: rakdver
Date: Mon May 15 18:24:55 2006
New Revision: 113799
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113799
Log:
PR tree-optimization/26830
* tree-into-ssa.c
--- Comment #7 from ttimo at idsoftware dot com 2006-05-15 18:42 ---
an XML output mode would solve this ( and potentially a number of other similar
issues .. like having to set -fmessage-length=0 for most analyzers )
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
There is currently no support in gcc for turning specific warnings into errors.
I do most of my developement with gcc while my colleagues use MSVC, which will
error out on -Wcast-qual's equivalent. Using -Werror would be completely
unpractical because our codebase is fairly large and spewing a
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-15 18:54 ---
This is implemented on the mainline for 4.2.0:
http://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html#Diagnostic-Pragmas
You could also try -pedantic-errors if you want to error out for stuff that is
--- Comment #1 from pault at gcc dot gnu dot org 2006-05-15 18:57 ---
A patch is regtesting right now.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-15 19:02 ---
I'll submit tonight, once I have got a couple of other pending patches out of
the door.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from patchapp at dberlin dot org 2006-05-15 19:22 ---
Subject: Bug number PR3511
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00295.html
--
--- Comment #9 from patchapp at dberlin dot org 2006-05-15 19:25 ---
Subject: Bug number PR22303
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00332.html
--
1 - 100 of 158 matches
Mail list logo
