Date: Wed, 12 Apr 2017 22:00:05 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 218571] umtx compat6 regression affecting 'jar' command Message-ID: <bug-218571-8-n2zeR4JXZB@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-218571-8@https.bugs.freebsd.org/bugzilla/> References: <bug-218571-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218571 --- Comment #2 from Nicholas Hardison <nicholas.hardison@gmail.com> --- It isn't practical to recompile the jdk in this environment due to its location on a shared filesystem (with a bunch of other stuff) and need to be able to continue running the 8.2 systems as I do the upgrades (a multi-stage process that happens over a period of months, during which work must go on). I started working in this freebsd environment back when it was running 4.8, and the binary compatibility has been a major selling point of FreeBSD through upgrades since then (though my regression tests don't cover product versions from that long ago - iirc we don't need it _quite_ that far back). Being able to replace the environment with new systems that can still run the old toolchains keeps me from having to keep and support my current set of 8.2 servers for X more years (they're too old as it is - ironically one of the reasons I could finally justify upgrading is the need to run a _new_ jdk). -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-218571-8-n2zeR4JXZB>