--- Comment #4 from tromey at gcc dot gnu dot org 2008-02-25 21:10 ---
Sorry for the delay on this.
I never remember our rules about when to emit pedantic warnings
and the like. I think libcpp should follow the overall gcc approach
here, whatever that is.
I agree that warning about
--- Comment #9 from tromey at gcc dot gnu dot org 2008-02-20 18:38 ---
I'll handle it.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #10 from tromey at gcc dot gnu dot org 2008-02-20 19:09 ---
Subject: Bug 24170
Author: tromey
Date: Wed Feb 20 19:09:09 2008
New Revision: 132491
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132491
Log:
PR libgcj/24170:
* java/io/natFilePosix.cc
--- Comment #11 from tromey at gcc dot gnu dot org 2008-02-20 19:10 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-20 21:10 ---
Based on the command line it looks like your system gjar is crashing.
Is that the case?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-05 17:02 ---
I think you need an additional -I pointing to the directory
containing the JDK's jni_md.h.
Can you confirm this and get back to me?
--
tromey at gcc dot gnu dot org changed:
What|Removed
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35089
--- Comment #1 from tromey at gcc dot gnu dot org 2008-02-05 17:09 ---
Probably a dup of PR 9463.
What locale are you using? How is the umlaut encoded in the directory name?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from tromey at gcc dot gnu dot org 2008-01-30 01:19 ---
other
than that, I'm not aware of any commonly used KR bits and pieces in a modern
system.
FWIW -- Emacs is mostly KR.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #36 from tromey at gcc dot gnu dot org 2008-01-25 20:48 ---
The second patch is fine by me, you might as well commit it now.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
--- Comment #9 from tromey at gcc dot gnu dot org 2008-01-23 16:43 ---
Reopened while I look at the new problem
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-23 17:59 ---
Fix checked in a while ago.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-22 17:55 ---
Subject: Bug 34829
Author: tromey
Date: Tue Jan 22 17:54:59 2008
New Revision: 131732
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131732
Log:
gcc/testsuite
PR c++/34829:
* g++.dg/ext/pr34829
--- Comment #6 from tromey at gcc dot gnu dot org 2008-01-22 17:57 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from tromey at gcc dot gnu dot org 2008-01-22 21:43 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from tromey at gcc dot gnu dot org 2008-01-22 21:44 ---
Subject: Bug 34859
Author: tromey
Date: Tue Jan 22 21:43:49 2008
New Revision: 131743
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131743
Log:
libcpp
PR c++/34859:
* macro.c
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-22 21:51 ---
It is easy to reject bools, but I wonder if that is enough.
It is interesting that handle_vector_size_attribute doesn't
call vector_mode_valid_p, but the corresponding mode attribute does.
Anyway, I can regtest
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-23 01:05 ---
AFAICT vector_mode_valid_p knows about this fallback option.
Is that incorrect? See the last line...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34911
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-21 20:00 ---
I'm handling this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-01-21 20:09 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-21 20:09 ---
Subject: Bug 34369
Author: tromey
Date: Mon Jan 21 20:08:38 2008
New Revision: 131701
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131701
Log:
2008-01-21 Luciano Chavez [EMAIL PROTECTED]
PR libgcj
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-19 18:06 ---
I'm closing because the original reporter could not reproduce.
If you think this is in error, post a note here and I will reopen this.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from tromey at gcc dot gnu dot org 2008-01-18 21:52 ---
Changing component; the patch here doesn't touch the preprocessor at all.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-19 06:55 ---
These two macros are mentioned in footnotes in the C standard.
I think we should accept them.
Take a look at DR #593 here, though:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2130.html
I don't have
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-17 20:19 ---
Confirmed.
From the ChangeLog it looks like the intent was to only reject
aggregate types.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-17 20:23 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #9 from tromey at gcc dot gnu dot org 2008-01-17 22:25 ---
From comment #6:
What are the problems with the old implementation? Would it make
sense to resurrect it as natProcessNoThread.c or something?
See PR 11801 for the problems with the old implementation
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-09 22:03 ---
What should we do here?
I think the problem is that we have a single bindir, but we are
building multiple executables -- one per multilib.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-09 22:17 ---
Yeah. We have to make the binaries where we do. They rely on the
libraries we just built.
I suppose we could try to make a bin64 or whatever.
That sounds like a lot of work.
Maybe we could disable the executables
--- Comment #6 from tromey at gcc dot gnu dot org 2008-01-07 17:24 ---
Subject: Bug 30363
Author: tromey
Date: Mon Jan 7 17:23:40 2008
New Revision: 131379
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131379
Log:
libcpp
2008-01-07 Fred Fish [EMAIL PROTECTED]
PR
--- Comment #7 from tromey at gcc dot gnu dot org 2008-01-07 17:25 ---
Slightly modified version of this patch checked in on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-07 20:08 ---
I agree this is a bug.
I think this patch is insufficient. For best results I think that
libcpp and diagnostic.c should agree on whether the warnins being treated
as errors message has been emitted.
One way to do
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-07 20:18 ---
Confirmed.
4.1 seems to have silently accepted this.
I will try to read the standard to figure out what is correct.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from tromey at gcc dot gnu dot org 2008-01-04 22:04 ---
I took a look at the attached patch.
I don't like it much. I think it puts the work in the wrong place --
libcpp and the lexer -- when, IMO, the problem should be addressed
by changing dbxout.c (and perhaps
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-03 17:59 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 17:59 ---
Subject: Bug 34602
Author: tromey
Date: Thu Jan 3 17:58:26 2008
New Revision: 131304
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131304
Log:
libcpp
PR preprocessor/34602.
* directives.c
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 18:08 ---
Testing my patch on mainline.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-01-04 00:14 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-04 00:16 ---
Subject: Bug 34457
Author: tromey
Date: Fri Jan 4 00:14:31 2008
New Revision: 131311
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131311
Log:
gcc/
PR c/34457:
* c-common.c (c_type_hash
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-02 20:30 ---
BTW, I checked in a fix for this on the incremental-compiler branch.
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00677.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34457
--- Comment #1 from tromey at gcc dot gnu dot org 2008-01-02 20:54 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #5 from tromey at gcc dot gnu dot org 2007-12-18 04:09 ---
I'll review the patch at least.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34457
--- Comment #1 from tromey at gcc dot gnu dot org 2007-12-12 16:28 ---
Here's a complete test case.
The .class file does have the InnerClasses attribute,
we just don't seem to read it properly.
public class p
{
public interface DBI { }
public interface Local extends DBI
--- Comment #7 from tromey at gcc dot gnu dot org 2007-12-06 18:56 ---
Subject: Bug 29172
Author: tromey
Date: Thu Dec 6 18:56:26 2007
New Revision: 130656
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130656
Log:
gcc
PR c/29172:
* c-opts.c (c_common_parse_file
--- Comment #8 from tromey at gcc dot gnu dot org 2007-12-06 18:58 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #5 from tromey at gcc dot gnu dot org 2007-12-03 21:08 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-30 18:35 ---
Created an attachment (id=14674)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14674action=view)
patch to check for ssize_t
Please try this patch. It applies to svn trunk.
It includes the changes to configure
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
Subject: Bug 32868
Author: tromey
Date: Fri Nov 30 18:24:01 2007
New Revision: 130544
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130544
Log:
libcpp
PR preprocessor/32868:
* macro.c
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-29 18:20 ---
The check in gcc/configure.ac defaults ssize_t to int if it isn't found.
But, we also need to do this in libcpp/configure.ac.
If I send you a patch, can you test it?
I will send a patch for configure as well
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-28 16:26 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-28 18:21 ---
Can you reproduce this with anything newer than 3.4?
The 3.x release series is closed. I couldn't reproduce with 4.1.
So, barring new information, I think this is fixed.
--
tromey at gcc dot gnu dot org changed
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-28 19:06 ---
Confirmed.
I didn't see any instances of @findex or @vindex in hostconfig.texi.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-28 19:07 ---
*** This bug has been marked as a duplicate of 14933 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-28 19:07 ---
*** Bug 33473 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-27 20:53 ---
I think your proposed fix sounds ok.
I don't have a copy of the C++ standard handy.
Does this bug apply to both C and C++, or only C?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32868
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-26 18:44 ---
I think this is fixed on svn trunk.
Also, the solaris build instructions already recommend using ksh
and not sh.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-25 21:11 ---
Given that this is a constraint, my first inclination is to close the bug
report.
Richard, what motivated this PR?
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-25 21:18 ---
Confirming; still happens with svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-25 21:20 ---
Not a preprocessor bug; refiling to 'other'.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-23 21:39 ---
Please read the documentation and other info on the web site.
Then, if you still can't make it work, post specific questions,
along with what you tried, what platform you are using,
and what the results were
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-19 20:42 ---
Perhaps this could be solved now by using the information
provided by mapped locations... this is akin to the replay
idea Eric mentions in the linked-to email.
--
tromey at gcc dot gnu dot org changed
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-18 21:26 ---
Please post the error message.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 18:07 ---
Yeah, for both this and for PR 30294, I think we can just reject some
constructs very early. I don't think it makes sense to declare variables,
fields, or functions with java types that are not pointers.
The only
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 20:24 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-12 20:43 ---
We unconditionally warn for a prototype following an old-style definition.
The oddity here is that these are in different files, glommed together
with --combine, and so don't represent exactly the same sort of style
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-12 00:39 ---
Subject: Bug 17557
Author: tromey
Date: Mon Nov 12 00:38:48 2007
New Revision: 130093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130093
Log:
gcc/cp
PR c++/17577:
* lex.c
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-12 00:39 ---
Subject: Bug 17577
Author: tromey
Date: Mon Nov 12 00:38:48 2007
New Revision: 130093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130093
Log:
gcc/cp
PR c++/17577:
* lex.c
--- Comment #12 from tromey at gcc dot gnu dot org 2007-11-12 00:40 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-12 00:46 ---
These no longer ICE for me.
Instead I just get the expected errors.
Adding -Iclasses to the builds makes it work as expected.
So, I'm closing this.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-09 18:28 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC
accepts invalid string concatenation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-08 19:51 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-08 19:50 ---
Subject: Bug 30297
Author: tromey
Date: Thu Nov 8 19:50:38 2007
New Revision: 130018
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130018
Log:
gcc/cp
2007-11-08 Andrew Pinski [EMAIL PROTECTED]
PR c
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-07 22:56 ---
Subject: Bug 34019
Author: tromey
Date: Wed Nov 7 22:55:58 2007
New Revision: 129974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129974
Log:
PR java/34019:
* gcj.texi (Input Options): Add
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-07 22:56 ---
Fix checked in.
Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32256
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* function.c
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32368
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* function.c
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-05 18:43 ---
For a patch of this size, we'll need an assignment.
Please contact me via email and I will get you started on this.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-05 20:54 ---
What did you think was wrong with this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30297
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-02 16:11 ---
Testing my patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-02 20:02 ---
Subject: Bug 33765
Author: tromey
Date: Fri Nov 2 20:02:35 2007
New Revision: 129860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129860
Log:
PR java/33765:
* jcf-parse.c (java_parse_file
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-02 20:43 ---
You can reproduce this in C by using -funit-at-a-time.
IMO this is a general bug in unit-at-a-time.
Perhaps cgraph_analyze_function or something similar should set
in_system_header. Maybe set_cfun.
--
tromey
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Recategorizing is fine by me -- though I wouldn't consider my opinion
authoritative :)
FWIW I have a patch to set_cfun that appears to fix both these bugs.
I'll bootstrap and test it and see what people think
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-01 18:21 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 18:20:48 2007
New Revision: 129827
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129827
Log:
libcpp
PR preprocessor/30805:
* macro.c
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-01 19:24 ---
Created an attachment (id=14456)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14456action=view)
patch to make it do nothing
This patch changes gcj to do nothing in this case.
It works fine on the test case
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-01 23:34 ---
Sorry about that. I don't know what went wrong.
The test should only be preprocessed, not compiled.
I will fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30805
--- Comment #12 from tromey at gcc dot gnu dot org 2007-11-01 23:39 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 23:38:52 2007
New Revision: 129838
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129838
Log:
PR preprocessor/30805:
* gcc.dg/cpp/pr30805.c
--- Comment #8 from tromey at gcc dot gnu dot org 2007-10-31 14:50 ---
Subject: Bug 30786
Author: tromey
Date: Wed Oct 31 14:50:13 2007
New Revision: 129800
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129800
Log:
gcc/testsuite
PR preprocessor/30786:
* gcc.dg
--- Comment #6 from tromey at gcc dot gnu dot org 2007-10-31 17:37 ---
This patch makes gcc enter an infinite loop rather than ICEing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-10-31 18:26 ---
Confirmed.
I would not mind giving an error for this. We don't necessarily have
to be compatible with javac here.
I wonder, though, whether this is used in a configure script or something
like this. How did
--- Comment #7 from tromey at gcc dot gnu dot org 2007-10-31 19:12 ---
I'm testing a revised patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-10-27 16:42 ---
I looked at this a little.
This test is a little bit funny because the '+' has undefined
overflow but the '*' does not. Move the cast to make the '+'
have defined overflow, and it works.
What happens is that we
--- Comment #1 from tromey at gcc dot gnu dot org 2007-10-26 05:35 ---
Note that even with mapped locations this gives the wrong result.
The C++ parser has some column-number bugs.
opsy. g++ -Wall -fsyntax-only z.cc
z.cc: In function int main():
z.cc:8:61: error: wrong type argument
: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
OtherBugsDependingO 33702
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33787
--- Comment #1 from tromey at gcc dot gnu dot org 2007-10-15 19:59 ---
Created an attachment (id=14355)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14355action=view)
remove globals from c-format.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33787
201 - 300 of 1564 matches
Mail list logo