--- Comment #8 from bothner at gcc dot gnu dot org 2005-10-31 20:56 ---
Created an attachment (id=10090)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10090&action=view)
proposed patch for second testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24101
--- Comment #7 from bothner at gcc dot gnu dot org 2005-10-31 20:53 ---
Created an attachment (id=10088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10088&action=view)
proposed patch for initial testcase
--
bothner at gcc dot gnu dot org changed:
What|
--- Comment #5 from bothner at gcc dot gnu dot org 2005-10-31 16:58 ---
The two test cases appear to be unrelated problems.
The inital report is because an invalid line marker is seen before debug_hooks
is set in process_options. fe_enter doesn't normally see an LC_ENTER d
--- Comment #12 from bothner at gcc dot gnu dot org 2005-10-12 16:45
---
Created an attachment (id=9977)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9977&action=view)
proposed patch
This is my proposed patch. It has not been boot-strapped yet.
I don't know if th
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-28
23:59 ---
Re comment #2:
I don't believe the text you quoted from the C standard is relevant.
is not a "source file".
While the C standard isn't directly relevant to Gas, a relevant issue
is
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-28
05:12 ---
Not sure what the right solution is.
We should be consistent as to whether definitions in
have line 0 and line 1, and it wasn't before my change.
One option is to fix gas.
Another if to suppress th
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21
17:21 ---
Patch checked into mainline; not yet into 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21
09:05 ---
This patch can cause an ICE when the super-class is byte-compiled.
If a byte-compiled method M in a super-class throws exception X,
we try to emit an erroneous error message that M can't throw X
(becau
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bothner at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-16
23:05 ---
Created an attachment (id=8662)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8662&action=view)
Testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21064
ReportedBy: bothner at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/
--- Additional Comments From bothner at gcc dot gnu dot org 2005-03-17
19:17 ---
(In reply to comment #18)
I tried Jim's patch, and it seems to work.
(I haven't done a full-boostrap, but I compiled jc1, cc1plus, and libjava, and
re-installed them.)
I then re-compiled Kawa, and
--- Additional Comments From bothner at gcc dot gnu dot org 2005-02-12
06:25 ---
Checked in --enable-mapped-location fix,
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From bothner at gcc dot gnu dot org 2005-02-09
20:30 ---
The patch causes jv-scan.c to fail to built when --enable-mapped-location.
You can no longer assign to input_filename and input_line individually.
(There are other --enable-mapped-location build failures
--- Additional Comments From bothner at gcc dot gnu dot org 2005-01-11
18:02 ---
Indeed, it just takes forever: About 40+ seconds on my 1Gz G4 PowerBook.
Linking with -Wl,-bind_at_load doesn't make much difference.
I thought it worked before (I don't consider 40 seconds sta
: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bothner at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC
--- Additional Comments From bothner at gcc dot gnu dot org 2004-11-28
06:33 ---
I consider the bug fixed now that configure gives a useful error
message telling people to get a fixed cctools.
Though with one reservation: 18627 comment #2 reports problems
with installing the new
--- Additional Comments From bothner at gcc dot gnu dot org 2004-11-20
19:30 ---
It's minor if we accept that people who run Darwin without the
updated binutils and try to build from source will get an error message
without any clue about what to do. Perhaps we can hope there a
--- Additional Comments From bothner at gcc dot gnu dot org 2004-10-25 13:18
---
I think this should remain open as long as we don't have a configure-time check
to warn about an invalid assembler. Otherwise the support burden will be
intolerable. Kelley's configure patch to
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bothner at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.5.0
GCC host triplet: powerpc-apple-darwin7.5.0
GCC target triplet: powerpc-apple-da
20 matches
Mail list logo
