notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Some details on the 2023-01-16 website outage.
We just rebooted with several updates: * new HMTLify code * no port maintainer is now highly visible (e.g. * fixed search logic error when using plain/ text details at
non port: java/jdk14/files/patch-interpreter_bytecodes.hpp

Number of commits found: 2

Fri, 17 Dec 2004
[ 07:02 glewis search for other commits by this committer ] Original commit  (Only the first 10 of 25 ports in this commit are shown above. View all ports for this commit)
. Update to patchset 7.
. Fix a permissions problem with the plugins directory.

Approved by:    phantom (maintainer)
Sat, 16 Oct 2004
[ 17:16 glewis search for other commits by this committer ] Original commit 
. Fix the Server VM for gcc 3.4 part 2/2.
  The HotSpot code (ab)uses named enums as ints in a number of places.
  The problem with this is that according the the C++ spec, the compiler
  (essentially) only needs to use an integral type wide enough to hold
  the values defined in the enum.  Earlier versions of gcc appear to have
  just used an int whether they could have got away with a narrower type
  or not, hence the code worked as expected.  gcc 3.4 now appears to
  implement this part of the spec, so using an enum blindly as an int
  causes various problems due to overflow.

  In this case the enum, Bytecodes::Code, appears to be a genuine enum,
  its just assumed to be wide enough to hold an arbitrary int in various
  places in the code.  The correct fix would be to track down all those
  places in the code and fix them.  Since there are quite a lot of these
  places and 5.3 is close to release for now we just add a value to the
  enum set to INT_MAX, forcing the compiler to use at least an int for the

Sleuth work, discussion and code suggestions:   peadar

Number of commits found: 2