-
Enhancement
-
Resolution: Fixed
-
P4
-
hs24, 8
-
b14
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8005500 | 8 | Daniel Daugherty | P4 | Resolved | Fixed | b70 |
During the code review of the FDS Revamp, Kelly noticed that the
'_g' symbolic link stuff was still hanging around in the HotSpot repo.
Kelly removed '_g' stuff way, way back, but this code was added back
into HotSpot during the HSX-in-JDK5 project. Since the HotSpot project
no longer delivers the latest bits into anything older than JDK7Update,
this code can be deleted again.
This change must follow:
7102323 4/4 RFE: enable Full Debug Symbols Phase 1 on Solaris
7102323 will very likely be backported to JDK7Update6, but this fix
will not so making this change after 7102323 will make the backport
easier.
I think classes_g.jsa should also be removed and just have classes.jsa?
'_g' symbolic link stuff was still hanging around in the HotSpot repo.
Kelly removed '_g' stuff way, way back, but this code was added back
into HotSpot during the HSX-in-JDK5 project. Since the HotSpot project
no longer delivers the latest bits into anything older than JDK7Update,
this code can be deleted again.
This change must follow:
7102323 4/4 RFE: enable Full Debug Symbols Phase 1 on Solaris
7102323 will very likely be backported to JDK7Update6, but this fix
will not so making this change after 7102323 will make the backport
easier.
I think classes_g.jsa should also be removed and just have classes.jsa?
- backported by
-
JDK-8005500 remove crufty '_g' support from HotSpot repo makefiles
-
- Resolved
-
- duplicates
-
JDK-7180851 Remove _g versions of libjvm.so, libjvm_db.so and libjvm_dtrace.so
-
- Closed
-
- relates to
-
-
- Resolved
-
-
-
- Closed
-
-
-
- Resolved
-
-
-
- Closed
-
(1 relates to)