Re: openjdk6 broken on current
--=-KGmzWFjxV2+520DA+IDE
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
On Thu, 2013-05-09 at 17:16 -0500, Larry Rosenman wrote:
> On 2013-05-09 06:16, Damjan Jovanovic wrote:
> > On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman <ler@lerctr.org> wrote:
> > On 2013-05-08 13:37, Larry Rosenman wrote:
> >=20
> > On 2013-05-08 12:46, Larry Rosenman wrote:
> > On 2013-05-08 12:00, Daniel Eischen wrote:
> > On Wed, 8 May 2013, Daniel Eischen wrote:
> >=20
> > On Wed, 8 May 2013, Larry Rosenman wrote:
> >=20
> > Daniel Eischen <deischen@freebsd.org> wrote:
> > On Wed, 8 May 2013, Larry Rosenman wrote:
> >=20
> > Can SOMEONE please look at this?
> >=20
> > I have a real need to get java back on my -CURRENT server soon.
> >=20
> > Did/can you try just backing out r249606?
> >=20
> > --
> > DE
> >=20
> > How can I generate a patch to do that?
> >=20
> > Go here:
> >=20
> >=20
> > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=
=3Ddate&view=3Dlog
> >=20
> > then click on "Diff to previous 249606", then click on "Patch"
> > at the top. You can try backing out each/all of the recent
> > changes to thr_sig.c to see what the culprit is.
> >=20
> > You'll have to use "-R" to reverse the patch I believe.
> >=20
> > Or, if you have a checked out svn repo, you can always use
> > svn to generate the patch:
> >=20
> > $ cd /path/to/svn/src
> > $ svn diff -r249606:249605 # no need to use -R on this patch
> > I've done this, and dealt with a chunk reject, and am recompiling the
> > world.
> >=20
> > Will let you know if this fixes it......
> > Still fails.
> >=20
> > /bin/mkdir -p
> >=20
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/=
remote/rmi
> > rm -f
> >=20
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/=
remote/rmi/RMIConnectionImpl_Stub.class
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m
> > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes
> > sun.rmi.rmic.Main -classpath
> > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \
> > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \
> > -v1.2 \
> > -keepgenerated \
> > javax.management.remote.rmi.RMIConnectionImpl
> > /bin/mkdir -p
> >=20
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/r=
emote/rmi
> > /bin/cp
> >=20
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/=
remote/rmi/RMIConnectionImpl_Stub.java
> > \
> >=20
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/r=
emote/rmi
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m
> > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes
> > sun.rmi.rmic.Main -classpath
> > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \
> > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \
> > -iiop -v1.2 \
> > javax.management.remote.rmi.RMIConnectionImpl
> > gmake[5]: ***
> >=20
> > [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management=
/remote/rmi/RMIConnectionImpl_Stub.class]
> > Segmentation fault (core dumped)
> > gmake[5]: *** Deleting file
> >=20
> > `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management=
/remote/rmi/RMIConnectionImpl_Stub.class'
> > gmake[5]: Leaving directory
> > `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx'
> > gmake[4]: *** [all] Error 1
> > gmake[4]: Leaving directory
> > `/usr/ports/java/openjdk6/work/jdk/make/com/sun'
> > gmake[3]: *** [all] Error 1
> > gmake[3]: Leaving directory=20
> > `/usr/ports/java/openjdk6/work/jdk/make/com'
> > gmake[2]: *** [all] Error 1
> > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make'
> > gmake[1]: *** [jdk-build] Error 2
> > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work'
> > gmake: *** [build_product_image] Error 2
> > *** [do-build] Error code 1
> >=20
> > Stop in /usr/ports/java/openjdk6.
> > *** [build] Error code 1
> >=20
> > Stop in /usr/ports/java/openjdk6.
> >=20
> > =3D=3D=3D>>> make failed for java/openjdk6
> > =3D=3D=3D>>> Aborting update
> >=20
> > =3D=3D=3D>>> Killing background jobs
> > Terminated
> >=20
> > =3D=3D=3D>>> You can restart from the point of failure with this comman=
d=20
> > line:
> > portmaster <flags> java/openjdk6
> >=20
> > =3D=3D=3D>>> Exiting
> > #
> > #
> >=20
> >=20
> > I **CAN** give SSH/SUDO access to whoever.....
> >=20
> > (gdb) bt
> >=20
> > #0 0x0000000801e2da93 in JVM_handle_bsd_signal ()
> > from
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.s=
o
> > #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3
> >=20
> > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3
> > #3 0x00007ffffffff1d3 in ?? ()
> > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3
> > #5 0x0000000801ba9540 in Deoptimization::unpack_frames ()
> > from
> > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.s=
o
> > #6 0x0000000803869f7e in ?? ()
> > #7 0x00007fffffbfa450 in ?? ()
> >=20
> > #8 0x000000080383b828 in ?? ()
> > #9 0x000000080685e6e0 in ?? ()
> > #10 0x000000080684f000 in ?? ()
> > #11 0x00007fffffbfa4a0 in ?? ()
> > #12 0x00007fffffbfa518 in ?? ()
> >=20
> > #13 0x000000080308f000 in ?? ()
> > #14 0x0000000806bac750 in ?? ()
> >=20
> > #15 0x0000000803869eb9 in ?? ()
> > #16 0x0000000000000000 in ?? ()
> > (gdb)
> >=20
> > That backtrace would probably be clearer if you got it from a debug
> > build of OpenJDK. Also you could find the exact commit that broke it
> > by doing a bisection-search in SVN like "git bisect" would do.
> >=20
> > Regards
> > Damjan Jovanovic
> interestingly, I set both DEBUG and FASTDEBUG, and it compiles cleanly=
=20
> now.
>=20
>=20
Thanks for this hint!
The port java/openjdk6 fails compiling for me with the above specified
error (Segmentation fault) for a couple of weeks now. With the DEBUG
flags set in the port's configuration, it compiles well.
It is very intersting that it seems to depend on the hardware/CPU in
conjunction with LLVMCLANG 3.3, whether this port compiles or not. In my
case, I have two FreeBSD 10.0-CURRENT boxes running Core2Duo CPUs
(E8400, Q6600) on which the port compiles. On an Ivy-Bridge i3-3220, the
port also compiles well, even with -march=3Dnative -O3 flags set to the
compiler. But it fails on the Sandy-Bridge-E machine (i7-3930K) with
either -O3 or -O2 (but both ways -march=3Dnative set).
oliver
--=-KGmzWFjxV2+520DA+IDE
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (FreeBSD)
iQEcBAABAgAGBQJRjg6PAAoJEOgBcD7A/5N8U38H/2vLfLr1kp0Wj01CAf6NT9Le
ovz076ScfmrXAQXOXRcPfi2NaCdZerbvYrZZ+W5tzc/+ZuYaH622TrgFAV9oq1Ea
YyRxoBaI46YkzwUNVfM5WpV7FIVzyYclpTg9hGzbwj1w8iE7TJBY4rgEV/ZiIyc1
Y7zNcpBXxtZHcixj11AsYZ/rnd6j4//DGAupaUWPbS9yNcxKGTVUypL+tLxbW3+1
DYZKVMLsspQA47bDeVqCOgUr0VWHbHoDiFnlFtUh4j4qNuIH3KHX103hngyKMf2i
7bQnsykZBriBs+Skd7aibUIz0TT4N7r7V1dZmCVJfraE+oewGOFGadD9OhRJMFM=
=eobt
-----END PGP SIGNATURE-----
--=-KGmzWFjxV2+520DA+IDE--
討論串 (同標題文章)
完整討論串 (本文為第 13 之 16 篇)：