From glewis at FreeBSD.org Tue Jan 1 21:09:06 2013 From: glewis at FreeBSD.org (glewis at FreeBSD.org) Date: Tue, 1 Jan 2013 21:09:05 GMT Subject: java/166844: openjdk7 can't open library when remote debug enabled Message-ID: <201301012109.r01L95A7092655@freefall.freebsd.org> Synopsis: openjdk7 can't open library when remote debug enabled Responsible-Changed-From-To: freebsd-java->glewis Responsible-Changed-By: glewis Responsible-Changed-When: Tue Jan 1 21:09:05 UTC 2013 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=166844 From 9267096 at gmail.com Wed Jan 2 13:30:01 2013 From: 9267096 at gmail.com (Mihail Timofeev) Date: Wed, 2 Jan 2013 13:30:01 GMT Subject: ports/174825: java/openjdk6: fails to build on i386 (64-bit mode not compiled in) Message-ID: <201301021330.r02DU15k051308@freefall.freebsd.org> The following reply was made to PR ports/174825; it has been noted by GNATS. From: Mihail Timofeev <9267096 at gmail.com> To: bug-followup at FreeBSD.org, oleg at bsdpower.com Cc: Subject: Re: ports/174825: java/openjdk6: fails to build on i386 (64-bit mode not compiled in) Date: Wed, 2 Jan 2013 20:29:10 +0700 --f46d0434bf5c45118f04d24e3b1f Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Confirm, bug is reproduced on 7.4-STABLE FreeBSD 7.4-STABLE #8: Sun Dec 30 01:17:14 NOVT 2012 i386 _________________________________ =F3 =F5=D7=C1=D6=C5=CE=C9=C5=CD, =ED=C9=C8=C1=C9=CC =F4=C9=CD=CF=C6=C5=C5= =D7 Jabber ID & e-mail 9267096 at gmail.com --f46d0434bf5c45118f04d24e3b1f Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: quoted-printable
Confirm, bug is reproduced on=9A 7= .4-STABLE FreeBSD 7.4-STABLE #8: Sun Dec 30 01:17:14 NOVT 2012=9A i386
_________________________________

=F3 =F5=D7=C1=D6= =C5=CE=C9=C5=CD, =ED=C9=C8=C1=C9=CC =F4=C9=CD=CF=C6=C5=C5=D7
Jabber ID & e-mail 9267096 at gmail.com
--f46d0434bf5c45118f04d24e3b1f-- From linimon at FreeBSD.org Mon Jan 7 08:31:28 2013 From: linimon at FreeBSD.org (linimon at FreeBSD.org) Date: Mon, 7 Jan 2013 08:28:23 GMT Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <201301070828.r078SNGH055665@portsmonj.FreeBSD.org> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: java/jai-imageio broken because: relies on linuxpluginwrapper build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jai-imageio If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From bugmaster at freebsd.org Mon Jan 7 11:06:48 2013 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 7 Jan 2013 11:06:48 GMT Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <201301071106.r07B6mYx087920@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/174826 java java/openjdk6: gmake[5]: *** [/usr/ports/java/openjdk6 o ports/174825 java java/openjdk6: fails to build on i386 (64-bit mode not o java/173981 java Vuze and Java Errors o ports/173603 java java/icedtea-web starts javaws incorrectly o java/173592 java java/openjdk6 fails on FreeBSD_9_1_RC2 o ports/173210 java java/openjdk6 - use better src placement o java/172962 java Sig11 while compiling OpenJDK6-b26 using clang o ports/171014 java [patch] Correct java/openjdk6 Dependency Declaration o ports/167903 java [PATCH] java/openjdk6: Fix build failure in 8.3 jail r o ports/162991 java java/openjdk6 fails to build o java/162522 java OpenJDK 6 is not setting close on exec o java/160553 java Jaikoz java based audio tagger core dumps o ports/159787 java java/openjdk6 nio muti-thread bug o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c f java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/140002 java java/openjdk6: jconsole dumps tomcat when contacting j o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 22 problems total. From bugmaster at freebsd.org Mon Jan 14 11:06:49 2013 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 14 Jan 2013 11:06:48 GMT Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <201301141106.r0EB6mAW086432@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/174826 java java/openjdk6: gmake[5]: *** [/usr/ports/java/openjdk6 o ports/174825 java java/openjdk6: fails to build on i386 (64-bit mode not o java/173981 java Vuze and Java Errors o ports/173603 java java/icedtea-web starts javaws incorrectly o java/173592 java java/openjdk6 fails on FreeBSD_9_1_RC2 o ports/173210 java java/openjdk6 - use better src placement o java/172962 java Sig11 while compiling OpenJDK6-b26 using clang o ports/171014 java [patch] Correct java/openjdk6 Dependency Declaration o ports/167903 java [PATCH] java/openjdk6: Fix build failure in 8.3 jail r o ports/162991 java java/openjdk6 fails to build o java/162522 java OpenJDK 6 is not setting close on exec o java/160553 java Jaikoz java based audio tagger core dumps o ports/159787 java java/openjdk6 nio muti-thread bug o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c f java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/140002 java java/openjdk6: jconsole dumps tomcat when contacting j o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 22 problems total. From wdchromium at gmail.com Mon Jan 14 19:00:00 2013 From: wdchromium at gmail.com (William Dizon) Date: Mon, 14 Jan 2013 18:50:50 GMT Subject: java/175300: Jamvm fails to compile on ARM6 (raspberry-pi) Message-ID: <201301141850.r0EIooit029206@red.freebsd.org> >Number: 175300 >Category: java >Synopsis: Jamvm fails to compile on ARM6 (raspberry-pi) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 19:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: William Dizon >Release: 10.0-CURRENT >Organization: >Environment: FreeBSD raspberry-pi.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r244906M: Sat Jan 5 01:10:27 JST 2013 aoyama at fbs.local:/usr/obj-rpi-clang/arm.armv6/usr/src/sys/RPI-B-test12 arm >Description: Building jamvm-1.5.4 from ports fails on libffi. This is installed on an SD-card made specifically for use on the Raspberry Pi: http://www.peach.ne.jp/archives/rpi/ http://www.peach.ne.jp/archives/rpi/freebsd-pi-clang-20130105.img.gz `make` Output: root at raspberry-pi:/usr/ports/java/jamvm # make ===> jamvm-1.5.4 depends on executable: zip - found ===> jamvm-1.5.4 depends on executable: gmake - found ===> jamvm-1.5.4 depends on executable: pkgconf - found ===> jamvm-1.5.4 depends on shared library: ffi - found ===> Configuring for jamvm-1.5.4 ===> FreeBSD 10 autotools fix applied to /usr/ports/java/jamvm/work/jamvm-1.5.4/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/java/jamvm/work/jamvm-1.5.4/configure ===> FreeBSD 10 autotools fix applied to /usr/ports/java/jamvm/work/jamvm-1.5.4/acinclude.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/java/jamvm/work/jamvm-1.5.4/libtool checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking build system type... arm-portbld-freebsd10.0 checking host system type... arm-portbld-freebsd10.0 checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... unknown checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... no checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... no checking dynamic linker characteristics... no (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking dependency style of cc... gcc3 checking for ecj... no checking for jikes... no checking for gcj... no checking for javac... no checking for pthread_self in -lthr... yes checking for fmod in -lm... yes checking for inflate in -lz... yes checking for ffi_call in -lffi... no ===> Script "configure" failed unexpectedly. Please report the problem to java at FreeBSD.org [maintainer] and attach the "/usr/ports/java/jamvm/work/jamvm-1.5.4/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/ports/java/jamvm. *** [build] Error code 1 Stop in /usr/ports/java/jamvm. `pkg info -g -Ea` output: root at raspberry-pi:/usr/ports/java/jamvm # /usr/local/sbin/pkg info -g -Ea gettext-0.18.1.1 gmake-3.82_1 libffi-3.0.9 libiconv-1.14 libtool-2.4.2 pkg-1.0.4_1 pkgconf-0.8.9 zip-3.0 `find /usr | grep libffi` output: /usr/local/info/libffi.info /usr/local/lib/libffi-3.0.9 /usr/local/lib/libffi-3.0.9/include /usr/local/lib/libffi-3.0.9/include/ffi.h /usr/local/lib/libffi-3.0.9/include/ffitarget.h /usr/local/lib/libffi.so.5 /usr/local/lib/libffi.so /usr/local/lib/libffi.la /usr/local/lib/libffi.a /usr/local/libdata/pkgconfig/libffi.pc [omitted all /usr/ports matches] >How-To-Repeat: from a newly dd'ed image: portsnap fetch portsnap extract portsnap update cd /usr/ports/java/jamvm make config-recursive make >Fix: >Release-Note: >Audit-Trail: >Unformatted: From william.dizon at riosalado.edu Mon Jan 14 19:40:02 2013 From: william.dizon at riosalado.edu (william.dizon at riosalado.edu) Date: Mon, 14 Jan 2013 19:40:01 GMT Subject: java/175300: Jamvm fails to compile on ARM6 (raspberry-pi) Message-ID: <201301141940.r0EJe138082226@freefall.freebsd.org> The following reply was made to PR java/175300; it has been noted by GNATS. From: To: Cc: Subject: Re: java/175300: Jamvm fails to compile on ARM6 (raspberry-pi) Date: Mon, 14 Jan 2013 12:32:31 -0700 This is a multi-part message in MIME format. ------_=_NextPart_001_01CDF28D.E59434CD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. =20 It was created by configure, which was generated by GNU Autoconf 2.63. Invocation command line was =20 $ ./configure --with-classpath-install-dir=3D/usr/local --enable-ffi --prefix=3D/usr/local --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Darm-portbld-freebsd10.0 =20 ## --------- ## ## Platform. ## ## --------- ## =20 hostname =3D raspberry-pi.local uname -m =3D arm uname -r =3D 10.0-CURRENT uname -s =3D FreeBSD uname -v =3D FreeBSD 10.0-CURRENT #0 r244906M: Sat Jan 5 01:10:27 JST 2013 aoyama at fbs.local:/usr/obj-rpi-clang/arm.armv6/usr/src/sys/RPI-B-test12=20 =20 /usr/bin/uname -p =3D arm /bin/uname -X =3D unknown =20 /bin/arch =3D unknown /usr/bin/arch -k =3D unknown /usr/convex/getsysinfo =3D unknown /usr/bin/hostinfo =3D unknown /bin/machine =3D unknown /usr/bin/oslevel =3D unknown /bin/universe =3D unknown =20 PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin =20 =20 ## ----------- ## ## Core tests. ## ## ----------- ## =20 configure:2149: checking for a BSD-compatible install configure:2217: result: /usr/bin/install -c -o root -g wheel configure:2228: checking whether build environment is sane configure:2271: result: yes configure:2296: checking for a thread-safe mkdir -p configure:2335: result: ./install-sh -c -d configure:2348: checking for gawk configure:2378: result: no configure:2348: checking for mawk configure:2378: result: no configure:2348: checking for nawk configure:2364: found /usr/bin/nawk configure:2375: result: nawk configure:2386: checking whether gmake sets $(MAKE) configure:2408: result: yes configure:2602: checking build system type configure:2620: result: arm-portbld-freebsd10.0 configure:2642: checking host system type configure:2657: result: arm-portbld-freebsd10.0 configure:3120: checking for style of include used by gmake configure:3148: result: GNU configure:3218: checking for gcc configure:3245: result: cc configure:3477: checking for C compiler version configure:3485: cc --version >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:3489: $? =3D 0 configure:3496: cc -v >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:3500: $? =3D 0 configure:3507: cc -V >&5 cc: error: argument to '-V' is missing (expected 1 value) cc: error: no input files configure:3511: $? =3D 1 configure:3534: checking for C compiler default output file name configure:3556: cc -O -pipe conftest.c >&5 configure:3560: $? =3D 0 configure:3598: result: a.out configure:3617: checking whether the C compiler works configure:3627: ./a.out configure:3631: $? =3D 0 configure:3650: result: yes configure:3657: checking whether we are cross compiling configure:3659: result: no configure:3662: checking for suffix of executables configure:3669: cc -o conftest -O -pipe conftest.c >&5 configure:3673: $? =3D 0 configure:3699: result:=20 configure:3705: checking for suffix of object files configure:3731: cc -c -O -pipe conftest.c >&5 configure:3735: $? =3D 0 configure:3760: result: o configure:3764: checking whether we are using the GNU C compiler configure:3793: cc -c -O -pipe conftest.c >&5 configure:3800: $? =3D 0 configure:3817: result: yes configure:3826: checking whether cc accepts -g configure:3856: cc -c -g conftest.c >&5 configure:3863: $? =3D 0 configure:3964: result: yes configure:3981: checking for cc option to accept ISO C89 configure:4055: cc -c -O -pipe conftest.c >&5 configure:4062: $? =3D 0 configure:4085: result: none needed configure:4105: checking dependency style of cc configure:4196: result: gcc3 configure:4211: checking for a sed that does not truncate output configure:4267: result: /usr/bin/sed configure:4270: checking for grep that handles long lines and -e configure:4330: result: /usr/bin/grep configure:4335: checking for egrep configure:4399: result: /usr/bin/grep -E configure:4415: checking for ld used by cc configure:4482: result: /usr/bin/ld configure:4491: checking if the linker (/usr/bin/ld) is GNU ld configure:4506: result: yes configure:4511: checking for /usr/bin/ld option to reload object files configure:4518: result: -r configure:4536: checking for BSD-compatible nm configure:4585: result: /usr/bin/nm -B configure:4589: checking whether ln -s works configure:4593: result: yes configure:4600: checking how to recognize dependent libraries configure:4786: result: unknown configure:5035: checking how to run the C preprocessor configure:5153: result: cpp configure:5182: cpp conftest.c configure:5189: $? =3D 0 configure:5220: cpp conftest.c conftest.c:16:10: fatal error: 'ac_nonexistent.h' file not found #include ^ 1 error generated. configure:5227: $? =3D 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "jamvm" | #define VERSION "1.5.4" | #define THREADED 1 | #define USE_CACHE 1 | #define DIRECT 1 | #define INLINING 1 | #define CLASSPATH_INSTALL_DIR "/usr/local" | #define INSTALL_DIR "/usr/local" | /* end confdefs.h. */ | #include configure:5267: checking for ANSI C header files configure:5297: cc -c -O -pipe conftest.c >&5 configure:5304: $? =3D 0 configure:5403: cc -o conftest -O -pipe conftest.c >&5 configure:5407: $? =3D 0 configure:5413: ./conftest configure:5417: $? =3D 0 configure:5435: result: yes configure:5459: checking for sys/types.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for sys/stat.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for stdlib.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for string.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for memory.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for strings.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for inttypes.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for stdint.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5459: checking for unistd.h configure:5480: cc -c -O -pipe conftest.c >&5 configure:5487: $? =3D 0 configure:5504: result: yes configure:5534: checking dlfcn.h usability configure:5551: cc -c -O -pipe conftest.c >&5 configure:5558: $? =3D 0 configure:5572: result: yes configure:5576: checking dlfcn.h presence configure:5591: cpp conftest.c configure:5598: $? =3D 0 configure:5612: result: yes configure:5640: checking for dlfcn.h configure:5649: result: yes configure:5776: checking for C++ compiler version configure:5784: c++ --version >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:5788: $? =3D 0 configure:5795: c++ -v >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:5799: $? =3D 0 configure:5806: c++ -V >&5 c++: error: argument to '-V' is missing (expected 1 value) c++: error: no input files configure:5810: $? =3D 1 configure:5813: checking whether we are using the GNU C++ compiler configure:5842: c++ -c -O -pipe conftest.cpp >&5 configure:5849: $? =3D 0 configure:5866: result: yes configure:5875: checking whether c++ accepts -g configure:5905: c++ -c -g conftest.cpp >&5 configure:5912: $? =3D 0 configure:6013: result: yes configure:6038: checking dependency style of c++ configure:6129: result: gcc3 configure:6154: checking how to run the C++ preprocessor configure:6190: c++ -E conftest.cpp configure:6197: $? =3D 0 configure:6228: c++ -E conftest.cpp conftest.cpp:27:10: fatal error: 'ac_nonexistent.h' file not found #include ^ 1 error generated. configure:6235: $? =3D 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "jamvm" | #define VERSION "1.5.4" | #define THREADED 1 | #define USE_CACHE 1 | #define DIRECT 1 | #define INLINING 1 | #define CLASSPATH_INSTALL_DIR "/usr/local" | #define INSTALL_DIR "/usr/local" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6268: result: c++ -E configure:6297: c++ -E conftest.cpp configure:6304: $? =3D 0 configure:6335: c++ -E conftest.cpp conftest.cpp:27:10: fatal error: 'ac_nonexistent.h' file not found #include ^ 1 error generated. configure:6342: $? =3D 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "jamvm" | #define VERSION "1.5.4" | #define THREADED 1 | #define USE_CACHE 1 | #define DIRECT 1 | #define INLINING 1 | #define CLASSPATH_INSTALL_DIR "/usr/local" | #define INSTALL_DIR "/usr/local" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6437: checking for g77 configure:6467: result: no configure:6437: checking for xlf configure:6467: result: no configure:6437: checking for f77 configure:6467: result: no configure:6437: checking for frt configure:6467: result: no configure:6437: checking for pgf77 configure:6467: result: no configure:6437: checking for cf77 configure:6467: result: no configure:6437: checking for fort77 configure:6467: result: no configure:6437: checking for fl32 configure:6467: result: no configure:6437: checking for af77 configure:6467: result: no configure:6437: checking for xlf90 configure:6467: result: no configure:6437: checking for f90 configure:6467: result: no configure:6437: checking for pgf90 configure:6467: result: no configure:6437: checking for pghpf configure:6467: result: no configure:6437: checking for epcf90 configure:6467: result: no configure:6437: checking for gfortran configure:6467: result: no configure:6437: checking for g95 configure:6467: result: no configure:6437: checking for xlf95 configure:6467: result: no configure:6437: checking for f95 configure:6467: result: no configure:6437: checking for fort configure:6467: result: no configure:6437: checking for ifort configure:6467: result: no configure:6437: checking for ifc configure:6467: result: no configure:6437: checking for efc configure:6467: result: no configure:6437: checking for pgf95 configure:6467: result: no configure:6437: checking for lf95 configure:6467: result: no configure:6437: checking for ftn configure:6467: result: no configure:6490: checking for Fortran 77 compiler version configure:6498: --version >&5 eval: --version: not found configure:6502: $? =3D 127 configure:6509: -v >&5 eval: -v: not found configure:6513: $? =3D 127 configure:6520: -V >&5 eval: -V: not found configure:6524: $? =3D 127 configure:6532: checking whether we are using the GNU Fortran 77 compiler configure:6551: -c conftest.F >&5 eval: -c: not found configure:6558: $? =3D 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif |=20 | end configure:6575: result: no configure:6581: checking whether accepts -g configure:6598: -c -g conftest.f >&5 eval: -c: not found configure:6605: $? =3D 127 configure: failed program was: | program main |=20 | end configure:6621: result: no configure:6654: checking the maximum length of command line arguments configure:6766: result: 262144 configure:6778: checking command to parse /usr/bin/nm -B output from cc object configure:6883: cc -c -O -pipe conftest.c >&5 configure:6886: $? =3D 0 configure:6890: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:6893: $? =3D 0 configure:6945: cc -o conftest -O -pipe conftest.c conftstm.o >&5 configure:6948: $? =3D 0 configure:6986: result: ok configure:6990: checking for objdir configure:7005: result: .libs configure:7097: checking for ar configure:7113: found /usr/bin/ar configure:7124: result: ar configure:7189: checking for ranlib configure:7205: found /usr/bin/ranlib configure:7216: result: ranlib configure:7281: checking for strip configure:7297: found /usr/bin/strip configure:7308: result: strip configure:7898: checking if cc supports -fno-rtti -fno-exceptions configure:7916: cc -c -O -pipe -fno-rtti -fno-exceptions conftest.c >&5 configure:7920: $? =3D 0 configure:7933: result: yes configure:7948: checking for cc option to produce PIC configure:8180: result: -fPIC configure:8188: checking if cc PIC flag -fPIC works configure:8206: cc -c -O -pipe -fPIC -DPIC conftest.c >&5 configure:8210: $? =3D 0 configure:8223: result: yes configure:8251: checking if cc static flag -static works configure:8279: result: yes configure:8289: checking if cc supports -c -o file.o configure:8310: cc -c -O -pipe -o out/conftest2.o conftest.c >&5 configure:8314: $? =3D 0 configure:8336: result: yes configure:8362: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:9350: result: yes configure:9371: checking whether -lc should be explicitly linked in configure:9376: cc -c -O -pipe conftest.c >&5 configure:9379: $? =3D 0 configure:9394: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9397: $? =3D 0 configure:9409: result: no configure:9417: checking dynamic linker characteristics configure:10019: result: no configure:10043: checking how to hardcode library paths into programs configure:10068: result: immediate configure:10082: checking whether stripping libraries is possible configure:10087: result: yes configure:10917: checking if libtool supports shared libraries configure:10919: result: no configure:10922: checking whether to build shared libraries configure:10943: result: no configure:10946: checking whether to build static libraries configure:10950: result: yes configure:11044: creating libtool configure:11637: checking for ld used by c++ configure:11704: result: /usr/bin/ld configure:11713: checking if the linker (/usr/bin/ld) is GNU ld configure:11728: result: yes configure:11779: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:12733: result: no configure:12750: c++ -c -O -pipe conftest.cpp >&5 configure:12753: $? =3D 0 configure:12909: checking for c++ option to produce PIC configure:13193: result: -fPIC configure:13201: checking if c++ PIC flag -fPIC works configure:13219: c++ -c -O -pipe -fPIC -DPIC conftest.cpp >&5 configure:13223: $? =3D 0 configure:13236: result: yes configure:13264: checking if c++ static flag -static works configure:13292: result: yes configure:13302: checking if c++ supports -c -o file.o configure:13323: c++ -c -O -pipe -o out/conftest2.o conftest.cpp >&5 configure:13327: $? =3D 0 configure:13349: result: yes configure:13375: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13401: result: no configure:13468: checking dynamic linker characteristics configure:14018: result: no configure:14042: checking how to hardcode library paths into programs configure:14067: result: immediate configure:20353: checking for gcc configure:20380: result: cc configure:20612: checking for C compiler version configure:20620: cc --version >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:20624: $? =3D 0 configure:20631: cc -v >&5 FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: armv6-unknown-freebsd10.0 Thread model: posix configure:20635: $? =3D 0 configure:20642: cc -V >&5 cc: error: argument to '-V' is missing (expected 1 value) cc: error: no input files configure:20646: $? =3D 1 configure:20649: checking whether we are using the GNU C compiler configure:20702: result: yes configure:20711: checking whether cc accepts -g configure:20849: result: yes configure:20866: checking for cc option to accept ISO C89 configure:20970: result: none needed configure:20990: checking dependency style of cc configure:21081: result: gcc3 configure:21105: checking dependency style of cc configure:21196: result: gcc3 configure:21216: checking for ecj configure:21246: result: no configure:21216: checking for jikes configure:21246: result: no configure:21216: checking for gcj configure:21246: result: no configure:21216: checking for javac configure:21246: result: no configure:21257: checking for pthread_self in -lthr configure:21292: cc -o conftest -O -pipe conftest.c -lthr >&5 configure:21299: $? =3D 0 configure:21320: result: yes configure:21415: checking for fmod in -lm configure:21450: cc -o conftest -O -pipe conftest.c -lm -lthr >&5 configure:21457: $? =3D 0 configure:21478: result: yes configure:21578: checking for inflate in -lz configure:21613: cc -o conftest -O -pipe conftest.c -lz -lm -lthr >&5 configure:21620: $? =3D 0 configure:21641: result: yes configure:21660: checking for ffi_call in -lffi configure:21702: cc -o conftest -I/usr/local/lib/libffi-3.0.9/include -O -pipe -L/usr/local/lib conftest.c -lffi -lz -lm -lthr >&5 /usr/local/lib/libffi.so: undefined reference to `__clear_cache' cc: error: linker command failed with exit code 1 (use -v to see invocation) configure:21709: $? =3D 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "jamvm" | #define VERSION "1.5.4" | #define THREADED 1 | #define USE_CACHE 1 | #define DIRECT 1 | #define INLINING 1 | #define CLASSPATH_INSTALL_DIR "/usr/local" | #define INSTALL_DIR "/usr/local" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_LIBTHR 1 | #define HAVE_LIBM 1 | #define HAVE_LIBZ 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char ffi_call (); | int | main () | { | return ffi_call (); | ; | return 0; | } configure:21732: result: no configure:21742: error: libffi is missing =20 ## ---------------- ## ## Cache variables. ## ## ---------------- ## =20 ac_cv_build=3Darm-portbld-freebsd10.0 ac_cv_c_compiler_gnu=3Dyes ac_cv_cxx_compiler_gnu=3Dyes ac_cv_env_CCASFLAGS_set=3D'' ac_cv_env_CCASFLAGS_value=3D'' ac_cv_env_CCAS_set=3D'' ac_cv_env_CCAS_value=3D'' ac_cv_env_CCC_set=3D'' ac_cv_env_CCC_value=3D'' ac_cv_env_CC_set=3Dset ac_cv_env_CC_value=3Dcc ac_cv_env_CFLAGS_set=3Dset ac_cv_env_CFLAGS_value=3D'-O -pipe' ac_cv_env_CPPFLAGS_set=3Dset ac_cv_env_CPPFLAGS_value=3D'' ac_cv_env_CPP_set=3Dset ac_cv_env_CPP_value=3Dcpp ac_cv_env_CXXCPP_set=3D'' ac_cv_env_CXXCPP_value=3D'' ac_cv_env_CXXFLAGS_set=3Dset ac_cv_env_CXXFLAGS_value=3D'-O -pipe' ac_cv_env_CXX_set=3Dset ac_cv_env_CXX_value=3Dc++ ac_cv_env_F77_set=3D'' ac_cv_env_F77_value=3D'' ac_cv_env_FFLAGS_set=3D'' ac_cv_env_FFLAGS_value=3D'' ac_cv_env_LDFLAGS_set=3Dset ac_cv_env_LDFLAGS_value=3D'' ac_cv_env_LIBS_set=3D'' ac_cv_env_LIBS_value=3D'' ac_cv_env_build_alias_set=3Dset ac_cv_env_build_alias_value=3Darm-portbld-freebsd10.0 ac_cv_env_host_alias_set=3D'' ac_cv_env_host_alias_value=3D'' ac_cv_env_target_alias_set=3D'' ac_cv_env_target_alias_value=3D'' ac_cv_f77_compiler_gnu=3Dno ac_cv_header_dlfcn_h=3Dyes ac_cv_header_inttypes_h=3Dyes ac_cv_header_memory_h=3Dyes ac_cv_header_stdc=3Dyes ac_cv_header_stdint_h=3Dyes ac_cv_header_stdlib_h=3Dyes ac_cv_header_string_h=3Dyes ac_cv_header_strings_h=3Dyes ac_cv_header_sys_stat_h=3Dyes ac_cv_header_sys_types_h=3Dyes ac_cv_header_unistd_h=3Dyes ac_cv_host=3Darm-portbld-freebsd10.0 ac_cv_lib_ffi_ffi_call=3Dno ac_cv_lib_m_fmod=3Dyes ac_cv_lib_thr_pthread_self=3Dyes ac_cv_lib_z_inflate=3Dyes ac_cv_objext=3Do ac_cv_path_EGREP=3D'/usr/bin/grep -E' ac_cv_path_GREP=3D/usr/bin/grep ac_cv_prog_AWK=3Dnawk ac_cv_prog_CPP=3Dcpp ac_cv_prog_CXXCPP=3D'c++ -E' ac_cv_prog_ac_ct_AR=3Dar ac_cv_prog_ac_ct_CC=3Dcc ac_cv_prog_ac_ct_RANLIB=3Dranlib ac_cv_prog_ac_ct_STRIP=3Dstrip ac_cv_prog_cc_c89=3D'' ac_cv_prog_cc_g=3Dyes ac_cv_prog_cxx_g=3Dyes ac_cv_prog_f77_g=3Dno ac_cv_prog_make_gmake_set=3Dyes am_cv_CCAS_dependencies_compiler_type=3Dgcc3 am_cv_CC_dependencies_compiler_type=3Dgcc3 am_cv_CXX_dependencies_compiler_type=3Dgcc3 lt_cv_deplibs_check_method=3Dunknown lt_cv_file_magic_cmd=3D'$MAGIC_CMD' lt_cv_file_magic_test_file=3D'' lt_cv_ld_reload_flag=3D-r lt_cv_objdir=3D.libs lt_cv_path_LD=3D/usr/bin/ld lt_cv_path_LDCXX=3D/usr/bin/ld lt_cv_path_NM=3D'/usr/bin/nm -B' lt_cv_path_SED=3D/usr/bin/sed lt_cv_prog_compiler_c_o=3Dyes lt_cv_prog_compiler_c_o_CXX=3Dyes lt_cv_prog_compiler_pic_works=3Dyes lt_cv_prog_compiler_pic_works_CXX=3Dyes lt_cv_prog_compiler_rtti_exceptions=3Dyes lt_cv_prog_compiler_static_works=3Dyes lt_cv_prog_compiler_static_works_CXX=3Dyes lt_cv_prog_gnu_ld=3Dyes lt_cv_prog_gnu_ldcxx=3Dyes lt_cv_sys_global_symbol_pipe=3D'sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\' lt_cv_sys_global_symbol_to_c_name_address=3D'sed -n -e '\''s/^: \([^ = ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\' lt_cv_sys_global_symbol_to_cdecl=3D'sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\' lt_cv_sys_lib_dlsearch_path_spec=3D'/lib /usr/lib' lt_cv_sys_lib_search_path_spec=3D/usr/lib lt_cv_sys_max_cmd_len=3D262144 lt_lt_cv_prog_compiler_c_o=3D'"yes"' lt_lt_cv_prog_compiler_c_o_CXX=3D'"yes"' lt_lt_cv_sys_global_symbol_pipe=3D'"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address=3D'"sed -n -e '\''s/^: = \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl=3D'"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' =20 ## ----------------- ## ## Output variables. ## ## ----------------- ## =20 ACLOCAL=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run aclocal-1.10' ALLOCA=3D'' AMDEPBACKSLASH=3D'\' AMDEP_FALSE=3D'#' AMDEP_TRUE=3D'' AMTAR=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run tar' AR=3D'ar' AUTOCONF=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing = --run autoconf' AUTOHEADER=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run autoheader' AUTOMAKE=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing = --run automake-1.10' AWK=3D'nawk' CC=3D'cc' CCAS=3D'cc' CCASDEPMODE=3D'depmode=3Dgcc3' CCASFLAGS=3D'-O -pipe' CCDEPMODE=3D'depmode=3Dgcc3' CFLAGS=3D'-O -pipe' COMPILE_TIME_RELOC_CHECKS_FALSE=3D'#' COMPILE_TIME_RELOC_CHECKS_TRUE=3D'' CPP=3D'cpp' CPPFLAGS=3D'' CXX=3D'c++' CXXCPP=3D'c++ -E' CXXDEPMODE=3D'depmode=3Dgcc3' CXXFLAGS=3D'-O -pipe' CYGPATH_W=3D'echo' DEFS=3D'' DEPDIR=3D'.deps' DSYMUTIL=3D'' ECHO=3D'echo' ECHO_C=3D'' ECHO_N=3D'-n' ECHO_T=3D'' EGREP=3D'/usr/bin/grep -E' EXEEXT=3D'' F77=3D'' FFLAGS=3D'' GREP=3D'/usr/bin/grep' INSTALL_DATA=3D'install -o root -g wheel -m 444' INSTALL_PROGRAM=3D'install -s -o root -g wheel -m 555' INSTALL_SCRIPT=3D'install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM=3D'$(install_sh) -c -s' JAVAC=3D'' LDFLAGS=3D'' LIBOBJS=3D'' LIBS=3D'-lz -lm -lthr ' LIBTOOL=3D'$(SHELL) $(top_builddir)/libtool' LN_S=3D'ln -s' LTLIBOBJS=3D'' MAINT=3D'' MAINTAINER_MODE_FALSE=3D'' MAINTAINER_MODE_TRUE=3D'' MAKEINFO=3D'${SHELL} /usr/ports/java/jamvm/work/jamvm-1.5.4/missing = --run makeinfo' MKDIR_P=3D'./install-sh -c -d' NMEDIT=3D'' OBJEXT=3D'o' PACKAGE=3D'jamvm' PACKAGE_BUGREPORT=3D'' PACKAGE_NAME=3D'' PACKAGE_STRING=3D'' PACKAGE_TARNAME=3D'' PACKAGE_VERSION=3D'' PATH_SEPARATOR=3D':' RANLIB=3D'ranlib' SED=3D'/usr/bin/sed' SET_MAKE=3D'' SHELL=3D'/bin/sh' STRIP=3D'strip' VERSION=3D'1.5.4' ac_ct_CC=3D'cc' ac_ct_CXX=3D'' ac_ct_F77=3D'' am__fastdepCCAS_FALSE=3D'#' am__fastdepCCAS_TRUE=3D'' am__fastdepCC_FALSE=3D'#' am__fastdepCC_TRUE=3D'' am__fastdepCXX_FALSE=3D'#' am__fastdepCXX_TRUE=3D'' am__include=3D'include' am__isrc=3D'' am__leading_dot=3D'.' am__quote=3D'' am__tar=3D'${AMTAR} chof - "$$tardir"' am__untar=3D'${AMTAR} xf -' arch=3D'arm' bindir=3D'${exec_prefix}/bin' build=3D'arm-portbld-freebsd10.0' build_alias=3D'arm-portbld-freebsd10.0' build_cpu=3D'arm' build_os=3D'freebsd10.0' build_vendor=3D'portbld' datadir=3D'${datarootdir}' datarootdir=3D'${prefix}/share' docdir=3D'${datarootdir}/doc/${PACKAGE}' dvidir=3D'${docdir}' exec_prefix=3D'NONE' host=3D'arm-portbld-freebsd10.0' host_alias=3D'' host_cpu=3D'arm' host_os=3D'bsd' host_vendor=3D'portbld' htmldir=3D'${docdir}' includedir=3D'${prefix}/include' infodir=3D'/usr/local/info' install_sh=3D'$(SHELL) = /usr/ports/java/jamvm/work/jamvm-1.5.4/install-sh' interp_cflags=3D'-fno-reorder-blocks' libdir=3D'${exec_prefix}/lib' libexecdir=3D'${exec_prefix}/libexec' localedir=3D'${datarootdir}/locale' localstatedir=3D'${prefix}/var' mandir=3D'/usr/local/man' mkdir_p=3D'$(top_builddir)/./install-sh -c -d' oldincludedir=3D'/usr/include' os=3D'bsd' pdfdir=3D'${docdir}' prefix=3D'/usr/local' program_transform_name=3D's,x,x,' psdir=3D'${docdir}' sbindir=3D'${exec_prefix}/sbin' sharedstatedir=3D'${prefix}/com' sysconfdir=3D'${prefix}/etc' target_alias=3D'' use_zip_no=3D'' use_zip_yes=3D'' with_classpath_install_dir=3D'/usr/local' =20 ## ----------- ## ## confdefs.h. ## ## ----------- ## =20 #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" #define PACKAGE "jamvm" #define VERSION "1.5.4" #define THREADED 1 #define USE_CACHE 1 #define DIRECT 1 #define INLINING 1 #define CLASSPATH_INSTALL_DIR "/usr/local" #define INSTALL_DIR "/usr/local" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define HAVE_LIBTHR 1 #define HAVE_LIBM 1 #define HAVE_LIBZ 1 =20 configure: exit 1 =20 =20 ------_=_NextPart_001_01CDF28D.E59434CD Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This file contains = any messages produced by compilers while

running configure, = to aid debugging if configure makes a mistake.

 

It was created by = configure, which was

generated by GNU = Autoconf 2.63.  Invocation command line was

 

  $ ./configure = --with-classpath-install-dir=3D/usr/local --enable-ffi = --prefix=3D/usr/local --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ = --build=3Darm-portbld-freebsd10.0

 

## --------- = ##

## Platform. = ##

## --------- = ##

 

hostname =3D = raspberry-pi.local

uname -m =3D = arm

uname -r =3D = 10.0-CURRENT

uname -s =3D = FreeBSD

uname -v =3D FreeBSD = 10.0-CURRENT #0 r244906M: Sat Jan  5 01:10:27 JST = 2013     = aoyama at fbs.local:/usr/obj-rpi-clang/arm.armv6/usr/src/sys/RPI-B-test12 =

 

/usr/bin/uname -p = =3D arm

/bin/uname = -X     =3D unknown

 

/bin/arch         &nbs= p;    =3D unknown

/usr/bin/arch = -k       =3D = unknown

/usr/convex/getsysinfo =3D unknown

/usr/bin/hostinfo      =3D = unknown

/bin/machine         &= nbsp; =3D unknown

/usr/bin/oslevel       =3D = unknown

/bin/universe         = =3D unknown

 

PATH: = /sbin

PATH: = /bin

PATH: = /usr/sbin

PATH: = /usr/bin

PATH: = /usr/games

PATH: = /usr/local/sbin

PATH: = /usr/local/bin

PATH: = /root/bin

 

 

## ----------- = ##

## Core tests. = ##

## ----------- = ##

 

configure:2149: = checking for a BSD-compatible install

configure:2217: = result: /usr/bin/install -c -o root -g wheel

configure:2228: = checking whether build environment is sane

configure:2271: = result: yes

configure:2296: = checking for a thread-safe mkdir -p

configure:2335: = result: ./install-sh -c -d

configure:2348: = checking for gawk

configure:2378: = result: no

configure:2348: = checking for mawk

configure:2378: = result: no

configure:2348: = checking for nawk

configure:2364: = found /usr/bin/nawk

configure:2375: = result: nawk

configure:2386: = checking whether gmake sets $(MAKE)

configure:2408: = result: yes

configure:2602: = checking build system type

configure:2620: = result: arm-portbld-freebsd10.0

configure:2642: = checking host system type

configure:2657: = result: arm-portbld-freebsd10.0

configure:3120: = checking for style of include used by gmake

configure:3148: = result: GNU

configure:3218: = checking for gcc

configure:3245: = result: cc

configure:3477: = checking for C compiler version

configure:3485: cc = --version >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:3489: $? = =3D 0

configure:3496: cc = -v >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:3500: $? = =3D 0

configure:3507: cc = -V >&5

cc: error: argument = to '-V' is missing (expected 1 value)

cc: error: no input = files

configure:3511: $? = =3D 1

configure:3534: = checking for C compiler default output file name

configure:3556: cc = -O -pipe   conftest.c  >&5

configure:3560: $? = =3D 0

configure:3598: = result: a.out

configure:3617: = checking whether the C compiler works

configure:3627: = ./a.out

configure:3631: $? = =3D 0

configure:3650: = result: yes

configure:3657: = checking whether we are cross compiling

configure:3659: = result: no

configure:3662: = checking for suffix of executables

configure:3669: cc = -o conftest -O -pipe   conftest.c  = >&5

configure:3673: $? = =3D 0

configure:3699: = result:

configure:3705: = checking for suffix of object files

configure:3731: cc = -c -O -pipe  conftest.c >&5

configure:3735: $? = =3D 0

configure:3760: = result: o

configure:3764: = checking whether we are using the GNU C compiler

configure:3793: cc = -c -O -pipe  conftest.c >&5

configure:3800: $? = =3D 0

configure:3817: = result: yes

configure:3826: = checking whether cc accepts -g

configure:3856: cc = -c -g  conftest.c >&5

configure:3863: $? = =3D 0

configure:3964: = result: yes

configure:3981: = checking for cc option to accept ISO C89

configure:4055: = cc  -c -O -pipe  conftest.c >&5

configure:4062: $? = =3D 0

configure:4085: = result: none needed

configure:4105: = checking dependency style of cc

configure:4196: = result: gcc3

configure:4211: = checking for a sed that does not truncate output

configure:4267: = result: /usr/bin/sed

configure:4270: = checking for grep that handles long lines and -e

configure:4330: = result: /usr/bin/grep

configure:4335: = checking for egrep

configure:4399: = result: /usr/bin/grep -E

configure:4415: = checking for ld used by cc

configure:4482: = result: /usr/bin/ld

configure:4491: = checking if the linker (/usr/bin/ld) is GNU ld

configure:4506: = result: yes

configure:4511: = checking for /usr/bin/ld option to reload object = files

configure:4518: = result: -r

configure:4536: = checking for BSD-compatible nm

configure:4585: = result: /usr/bin/nm -B

configure:4589: = checking whether ln -s works

configure:4593: = result: yes

configure:4600: = checking how to recognize dependent libraries

configure:4786: = result: unknown

configure:5035: = checking how to run the C preprocessor

configure:5153: = result: cpp

configure:5182: = cpp  conftest.c

configure:5189: $? = =3D 0

configure:5220: = cpp  conftest.c

conftest.c:16:10: = fatal error: 'ac_nonexistent.h' file not found

#include = <ac_nonexistent.h>

         = ^

1 error = generated.

configure:5227: $? = =3D 1

configure: failed = program was:

| /* = confdefs.h.  */

| #define = PACKAGE_NAME ""

| #define = PACKAGE_TARNAME ""

| #define = PACKAGE_VERSION ""

| #define = PACKAGE_STRING ""

| #define = PACKAGE_BUGREPORT ""

| #define PACKAGE = "jamvm"

| #define VERSION = "1.5.4"

| #define THREADED = 1

| #define USE_CACHE = 1

| #define DIRECT = 1

| #define INLINING = 1

| #define = CLASSPATH_INSTALL_DIR "/usr/local"

| #define = INSTALL_DIR "/usr/local"

| /* end = confdefs.h.  */

| #include = <ac_nonexistent.h>

configure:5267: = checking for ANSI C header files

configure:5297: cc = -c -O -pipe  conftest.c >&5

configure:5304: $? = =3D 0

configure:5403: cc = -o conftest -O -pipe   conftest.c  = >&5

configure:5407: $? = =3D 0

configure:5413: = ./conftest

configure:5417: $? = =3D 0

configure:5435: = result: yes

configure:5459: = checking for sys/types.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for sys/stat.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for stdlib.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for string.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for memory.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for strings.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for inttypes.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for stdint.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5459: = checking for unistd.h

configure:5480: cc = -c -O -pipe  conftest.c >&5

configure:5487: $? = =3D 0

configure:5504: = result: yes

configure:5534: = checking dlfcn.h usability

configure:5551: cc = -c -O -pipe  conftest.c >&5

configure:5558: $? = =3D 0

configure:5572: = result: yes

configure:5576: = checking dlfcn.h presence

configure:5591: = cpp  conftest.c

configure:5598: $? = =3D 0

configure:5612: = result: yes

configure:5640: = checking for dlfcn.h

configure:5649: = result: yes

configure:5776: = checking for C++ compiler version

configure:5784: c++ = --version >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:5788: $? = =3D 0

configure:5795: c++ = -v >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:5799: $? = =3D 0

configure:5806: c++ = -V >&5

c++: error: argument = to '-V' is missing (expected 1 value)

c++: error: no input = files

configure:5810: $? = =3D 1

configure:5813: = checking whether we are using the GNU C++ = compiler

configure:5842: c++ = -c -O -pipe  conftest.cpp >&5

configure:5849: $? = =3D 0

configure:5866: = result: yes

configure:5875: = checking whether c++ accepts -g

configure:5905: c++ = -c -g  conftest.cpp >&5

configure:5912: $? = =3D 0

configure:6013: = result: yes

configure:6038: = checking dependency style of c++

configure:6129: = result: gcc3

configure:6154: = checking how to run the C++ preprocessor

configure:6190: c++ = -E  conftest.cpp

configure:6197: $? = =3D 0

configure:6228: c++ = -E  conftest.cpp

conftest.cpp:27:10: = fatal error: 'ac_nonexistent.h' file not found

#include = <ac_nonexistent.h>

         = ^

1 error = generated.

configure:6235: $? = =3D 1

configure: failed = program was:

| /* = confdefs.h.  */

| #define = PACKAGE_NAME ""

| #define = PACKAGE_TARNAME ""

| #define = PACKAGE_VERSION ""

| #define = PACKAGE_STRING ""

| #define = PACKAGE_BUGREPORT ""

| #define PACKAGE = "jamvm"

| #define VERSION = "1.5.4"

| #define THREADED = 1

| #define USE_CACHE = 1

| #define DIRECT = 1

| #define INLINING = 1

| #define = CLASSPATH_INSTALL_DIR "/usr/local"

| #define = INSTALL_DIR "/usr/local"

| #define = STDC_HEADERS 1

| #define = HAVE_SYS_TYPES_H 1

| #define = HAVE_SYS_STAT_H 1

| #define = HAVE_STDLIB_H 1

| #define = HAVE_STRING_H 1

| #define = HAVE_MEMORY_H 1

| #define = HAVE_STRINGS_H 1

| #define = HAVE_INTTYPES_H 1

| #define = HAVE_STDINT_H 1

| #define = HAVE_UNISTD_H 1

| #define = HAVE_DLFCN_H 1

| /* end = confdefs.h.  */

| #include = <ac_nonexistent.h>

configure:6268: = result: c++ -E

configure:6297: c++ = -E  conftest.cpp

configure:6304: $? = =3D 0

configure:6335: c++ = -E  conftest.cpp

conftest.cpp:27:10: = fatal error: 'ac_nonexistent.h' file not found

#include = <ac_nonexistent.h>

         = ^

1 error = generated.

configure:6342: $? = =3D 1

configure: failed = program was:

| /* = confdefs.h.  */

| #define = PACKAGE_NAME ""

| #define = PACKAGE_TARNAME ""

| #define = PACKAGE_VERSION ""

| #define = PACKAGE_STRING ""

| #define = PACKAGE_BUGREPORT ""

| #define PACKAGE = "jamvm"

| #define VERSION = "1.5.4"

| #define THREADED = 1

| #define USE_CACHE = 1

| #define DIRECT = 1

| #define INLINING = 1

| #define = CLASSPATH_INSTALL_DIR "/usr/local"

| #define = INSTALL_DIR "/usr/local"

| #define = STDC_HEADERS 1

| #define = HAVE_SYS_TYPES_H 1

| #define = HAVE_SYS_STAT_H 1

| #define = HAVE_STDLIB_H 1

| #define = HAVE_STRING_H 1

| #define = HAVE_MEMORY_H 1

| #define = HAVE_STRINGS_H 1

| #define = HAVE_INTTYPES_H 1

| #define = HAVE_STDINT_H 1

| #define = HAVE_UNISTD_H 1

| #define = HAVE_DLFCN_H 1

| /* end = confdefs.h.  */

| #include = <ac_nonexistent.h>

configure:6437: = checking for g77

configure:6467: = result: no

configure:6437: = checking for xlf

configure:6467: = result: no

configure:6437: = checking for f77

configure:6467: = result: no

configure:6437: = checking for frt

configure:6467: = result: no

configure:6437: = checking for pgf77

configure:6467: = result: no

configure:6437: = checking for cf77

configure:6467: = result: no

configure:6437: = checking for fort77

configure:6467: = result: no

configure:6437: = checking for fl32

configure:6467: = result: no

configure:6437: = checking for af77

configure:6467: = result: no

configure:6437: = checking for xlf90

configure:6467: = result: no

configure:6437: = checking for f90

configure:6467: = result: no

configure:6437: = checking for pgf90

configure:6467: = result: no

configure:6437: = checking for pghpf

configure:6467: = result: no

configure:6437: = checking for epcf90

configure:6467: = result: no

configure:6437: = checking for gfortran

configure:6467: = result: no

configure:6437: = checking for g95

configure:6467: = result: no

configure:6437: = checking for xlf95

configure:6467: = result: no

configure:6437: = checking for f95

configure:6467: = result: no

configure:6437: = checking for fort

configure:6467: = result: no

configure:6437: = checking for ifort

configure:6467: = result: no

configure:6437: = checking for ifc

configure:6467: = result: no

configure:6437: = checking for efc

configure:6467: = result: no

configure:6437: = checking for pgf95

configure:6467: = result: no

configure:6437: = checking for lf95

configure:6467: = result: no

configure:6437: = checking for ftn

configure:6467: = result: no

configure:6490: = checking for Fortran 77 compiler version

configure:6498:  --version >&5

eval: --version: not = found

configure:6502: $? = =3D 127

configure:6509:  -v >&5

eval: -v: not = found

configure:6513: $? = =3D 127

configure:6520:  -V >&5

eval: -V: not = found

configure:6524: $? = =3D 127

configure:6532: = checking whether we are using the GNU Fortran 77 = compiler

configure:6551:  -c  conftest.F = >&5

eval: -c: not = found

configure:6558: $? = =3D 127

configure: failed = program was:

|       program = main

| #ifndef = __GNUC__

|        choke = me

| = #endif

| =

|       end

configure:6575: = result: no

configure:6581: = checking whether  accepts -g

configure:6598:  -c -g conftest.f = >&5

eval: -c: not = found

configure:6605: $? = =3D 127

configure: failed = program was:

|       program = main

| =

|       end

configure:6621: = result: no

configure:6654: = checking the maximum length of command line = arguments

configure:6766: = result: 262144

configure:6778: = checking command to parse /usr/bin/nm -B output from cc = object

configure:6883: cc = -c -O -pipe  conftest.c >&5

configure:6886: $? = =3D 0

configure:6890: = /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ =        ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ =        ][     = ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> = conftest.nm

configure:6893: $? = =3D 0

configure:6945: cc = -o conftest -O -pipe   conftest.c conftstm.o = >&5

configure:6948: $? = =3D 0

configure:6986: = result: ok

configure:6990: = checking for objdir

configure:7005: = result: .libs

configure:7097: = checking for ar

configure:7113: = found /usr/bin/ar

configure:7124: = result: ar

configure:7189: = checking for ranlib

configure:7205: = found /usr/bin/ranlib

configure:7216: = result: ranlib

configure:7281: = checking for strip

configure:7297: = found /usr/bin/strip

configure:7308: = result: strip

configure:7898: = checking if cc supports -fno-rtti = -fno-exceptions

configure:7916: cc = -c -O -pipe  -fno-rtti -fno-exceptions conftest.c = >&5

configure:7920: $? = =3D 0

configure:7933: = result: yes

configure:7948: = checking for cc option to produce PIC

configure:8180: = result: -fPIC

configure:8188: = checking if cc PIC flag -fPIC works

configure:8206: cc = -c -O -pipe  -fPIC -DPIC conftest.c = >&5

configure:8210: $? = =3D 0

configure:8223: = result: yes

configure:8251: = checking if cc static flag -static works

configure:8279: = result: yes

configure:8289: = checking if cc supports -c -o file.o

configure:8310: cc = -c -O -pipe  -o out/conftest2.o conftest.c = >&5

configure:8314: $? = =3D 0

configure:8336: = result: yes

configure:8362: = checking whether the cc linker (/usr/bin/ld) supports shared = libraries

configure:9350: = result: yes

configure:9371: = checking whether -lc should be explicitly linked = in

configure:9376: cc = -c -O -pipe  conftest.c >&5

configure:9379: $? = =3D 0

configure:9394: cc = -shared conftest.o  -v -Wl,-soname -Wl,conftest -o conftest = 2\>\&1 \| grep  -lc  \>/dev/null = 2\>\&1

configure:9397: $? = =3D 0

configure:9409: = result: no

configure:9417: = checking dynamic linker characteristics

configure:10019: = result: no

configure:10043: = checking how to hardcode library paths into = programs

configure:10068: = result: immediate

configure:10082: = checking whether stripping libraries is possible

configure:10087: = result: yes

configure:10917: = checking if libtool supports shared libraries

configure:10919: = result: no

configure:10922: = checking whether to build shared libraries

configure:10943: = result: no

configure:10946: = checking whether to build static libraries

configure:10950: = result: yes

configure:11044: = creating libtool

configure:11637: = checking for ld used by c++

configure:11704: = result: /usr/bin/ld

configure:11713: = checking if the linker (/usr/bin/ld) is GNU ld

configure:11728: = result: yes

configure:11779: = checking whether the c++ linker (/usr/bin/ld) supports shared = libraries

configure:12733: = result: no

configure:12750: c++ = -c -O -pipe  conftest.cpp >&5

configure:12753: $? = =3D 0

configure:12909: = checking for c++ option to produce PIC

configure:13193: = result: -fPIC

configure:13201: = checking if c++ PIC flag -fPIC works

configure:13219: c++ = -c -O -pipe  -fPIC -DPIC conftest.cpp = >&5

configure:13223: $? = =3D 0

configure:13236: = result: yes

configure:13264: = checking if c++ static flag -static works

configure:13292: = result: yes

configure:13302: = checking if c++ supports -c -o file.o

configure:13323: c++ = -c -O -pipe  -o out/conftest2.o conftest.cpp = >&5

configure:13327: $? = =3D 0

configure:13349: = result: yes

configure:13375: = checking whether the c++ linker (/usr/bin/ld) supports shared = libraries

configure:13401: = result: no

configure:13468: = checking dynamic linker characteristics

configure:14018: = result: no

configure:14042: = checking how to hardcode library paths into = programs

configure:14067: = result: immediate

configure:20353: = checking for gcc

configure:20380: = result: cc

configure:20612: = checking for C compiler version

configure:20620: cc = --version >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:20624: $? = =3D 0

configure:20631: cc = -v >&5

FreeBSD clang = version 3.2 (tags/RELEASE_32/final 170710) = 20121221

Target: = armv6-unknown-freebsd10.0

Thread model: = posix

configure:20635: $? = =3D 0

configure:20642: cc = -V >&5

cc: error: argument = to '-V' is missing (expected 1 value)

cc: error: no input = files

configure:20646: $? = =3D 1

configure:20649: = checking whether we are using the GNU C compiler

configure:20702: = result: yes

configure:20711: = checking whether cc accepts -g

configure:20849: = result: yes

configure:20866: = checking for cc option to accept ISO C89

configure:20970: = result: none needed

configure:20990: = checking dependency style of cc

configure:21081: = result: gcc3

configure:21105: = checking dependency style of cc

configure:21196: = result: gcc3

configure:21216: = checking for ecj

configure:21246: = result: no

configure:21216: = checking for jikes

configure:21246: = result: no

configure:21216: = checking for gcj

configure:21246: = result: no

configure:21216: = checking for javac

configure:21246: = result: no

configure:21257: = checking for pthread_self in -lthr

configure:21292: cc = -o conftest -O -pipe   conftest.c -lthr   = >&5

configure:21299: $? = =3D 0

configure:21320: = result: yes

configure:21415: = checking for fmod in -lm

configure:21450: cc = -o conftest -O -pipe   conftest.c -lm  -lthr  = >&5

configure:21457: $? = =3D 0

configure:21478: = result: yes

configure:21578: = checking for inflate in -lz

configure:21613: cc = -o conftest -O -pipe   conftest.c -lz  -lm -lthr  = >&5

configure:21620: $? = =3D 0

configure:21641: = result: yes

configure:21660: = checking for ffi_call in -lffi

configure:21702: cc = -o conftest -I/usr/local/lib/libffi-3.0.9/include   -O = -pipe  -L/usr/local/lib    conftest.c = -lffi   -lz -lm -lthr  >&5

/usr/local/lib/libffi.so: undefined reference to = `__clear_cache'

cc: error: linker = command failed with exit code 1 (use -v to see = invocation)

configure:21709: $? = =3D 1

configure: failed = program was:

| /* = confdefs.h.  */

| #define = PACKAGE_NAME ""

| #define = PACKAGE_TARNAME ""

| #define = PACKAGE_VERSION ""

| #define = PACKAGE_STRING ""

| #define = PACKAGE_BUGREPORT ""

| #define PACKAGE = "jamvm"

| #define VERSION = "1.5.4"

| #define THREADED = 1

| #define USE_CACHE = 1

| #define DIRECT = 1

| #define INLINING = 1

| #define = CLASSPATH_INSTALL_DIR "/usr/local"

| #define = INSTALL_DIR "/usr/local"

| #define = STDC_HEADERS 1

| #define = HAVE_SYS_TYPES_H 1

| #define = HAVE_SYS_STAT_H 1

| #define = HAVE_STDLIB_H 1

| #define = HAVE_STRING_H 1

| #define = HAVE_MEMORY_H 1

| #define = HAVE_STRINGS_H 1

| #define = HAVE_INTTYPES_H 1

| #define = HAVE_STDINT_H 1

| #define = HAVE_UNISTD_H 1

| #define = HAVE_DLFCN_H 1

| #define = HAVE_LIBTHR 1

| #define HAVE_LIBM = 1

| #define HAVE_LIBZ = 1

| /* end = confdefs.h.  */

| =

| /* Override any = GCC internal prototype to avoid an error.

|    = Use char because int might match the return type of a = GCC

|    = builtin and then its argument prototype would still apply.  = */

| #ifdef = __cplusplus

| extern = "C"

| = #endif

| char ffi_call = ();

| = int

| main = ()

| = {

| return ffi_call = ();

|   = ;

|   return = 0;

| = }

configure:21732: = result: no

configure:21742: = error: libffi is missing

 

## ---------------- = ##

## Cache variables. = ##

## ---------------- = ##

 

ac_cv_build=3Darm-portbld-freebsd10.0

ac_cv_c_compiler_gnu=3Dyes

ac_cv_cxx_compiler_gnu=3Dyes

ac_cv_env_CCASFLAGS_set=3D''

ac_cv_env_CCASFLAGS_value=3D''

ac_cv_env_CCAS_set=3D''

ac_cv_env_CCAS_value=3D''

ac_cv_env_CCC_set=3D''

ac_cv_env_CCC_value=3D''

ac_cv_env_CC_set=3Dset

ac_cv_env_CC_value=3Dcc

ac_cv_env_CFLAGS_set=3Dset

ac_cv_env_CFLAGS_value=3D'-O -pipe'

ac_cv_env_CPPFLAGS_set=3Dset

ac_cv_env_CPPFLAGS_value=3D''

ac_cv_env_CPP_set=3Dset

ac_cv_env_CPP_value=3Dcpp

ac_cv_env_CXXCPP_set=3D''

ac_cv_env_CXXCPP_value=3D''

ac_cv_env_CXXFLAGS_set=3Dset

ac_cv_env_CXXFLAGS_value=3D'-O -pipe'

ac_cv_env_CXX_set=3Dset

ac_cv_env_CXX_value=3Dc++

ac_cv_env_F77_set=3D''

ac_cv_env_F77_value=3D''

ac_cv_env_FFLAGS_set=3D''

ac_cv_env_FFLAGS_value=3D''

ac_cv_env_LDFLAGS_set=3Dset

ac_cv_env_LDFLAGS_value=3D''

ac_cv_env_LIBS_set=3D''

ac_cv_env_LIBS_value=3D''

ac_cv_env_build_alias_set=3Dset

ac_cv_env_build_alias_value=3Darm-portbld-freebsd10.0

ac_cv_env_host_alias_set=3D''

ac_cv_env_host_alias_value=3D''

ac_cv_env_target_alias_set=3D''

ac_cv_env_target_alias_value=3D''

ac_cv_f77_compiler_gnu=3Dno

ac_cv_header_dlfcn_h=3Dyes

ac_cv_header_inttypes_h=3Dyes

ac_cv_header_memory_h=3Dyes

ac_cv_header_stdc=3Dyes

ac_cv_header_stdint_h=3Dyes

ac_cv_header_stdlib_h=3Dyes

ac_cv_header_string_h=3Dyes

ac_cv_header_strings_h=3Dyes

ac_cv_header_sys_stat_h=3Dyes

ac_cv_header_sys_types_h=3Dyes

ac_cv_header_unistd_h=3Dyes

ac_cv_host=3Darm-portbld-freebsd10.0

ac_cv_lib_ffi_ffi_call=3Dno

ac_cv_lib_m_fmod=3Dyes

ac_cv_lib_thr_pthread_self=3Dyes

ac_cv_lib_z_inflate=3Dyes

ac_cv_objext=3Do

ac_cv_path_EGREP=3D'/usr/bin/grep -E'

ac_cv_path_GREP=3D/usr/bin/grep

ac_cv_prog_AWK=3Dnawk

ac_cv_prog_CPP=3Dcpp

ac_cv_prog_CXXCPP=3D'c++ -E'

ac_cv_prog_ac_ct_AR=3Dar

ac_cv_prog_ac_ct_CC=3Dcc

ac_cv_prog_ac_ct_RANLIB=3Dranlib

ac_cv_prog_ac_ct_STRIP=3Dstrip

ac_cv_prog_cc_c89=3D''

ac_cv_prog_cc_g=3Dyes

ac_cv_prog_cxx_g=3Dyes

ac_cv_prog_f77_g=3Dno

ac_cv_prog_make_gmake_set=3Dyes

am_cv_CCAS_dependencies_compiler_type=3Dgcc3

<= p class=3DMsoNormal style=3D'text-autospace:none'>am_cv_CC_dependencies_compiler_type=3Dgcc3

am_cv_CXX_dependencies_compiler_type=3Dgcc3

lt_cv_deplibs_check_method=3Dunknown

lt_cv_file_magic_cmd=3D'$MAGIC_CMD'

lt_cv_file_magic_test_file=3D''

lt_cv_ld_reload_flag=3D-r

lt_cv_objdir=3D.libs

lt_cv_path_LD=3D/usr/bin/ld

lt_cv_path_LDCXX=3D/usr/bin/ld

lt_cv_path_NM=3D'/usr/bin/nm -B'

lt_cv_path_SED=3D/usr/bin/sed

lt_cv_prog_compiler_c_o=3Dyes

lt_cv_prog_compiler_c_o_CXX=3Dyes

lt_cv_prog_compiler_pic_works=3Dyes

lt_cv_prog_compiler_pic_works_CXX=3Dyes

lt_cv_prog_compiler_rtti_exceptions=3Dyes

lt_cv_prog_compiler_static_works=3Dyes

lt_cv_prog_compiler_static_works_CXX=3Dyes

lt_cv_prog_gnu_ld=3Dyes

lt_cv_prog_gnu_ldcxx=3Dyes

lt_cv_sys_global_symbol_pipe=3D'sed -n -e '\''s/^.*[ =      ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[    ][ =     ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 = \2/p'\'

lt_cv_sys_global_symbol_to_c_name_address=3D'sed -n -e '\''s/^: = \([^ ]*\) $/  {\"\1\", (lt_ptr) 0},/p'\'' -e = '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/  {"\2", (lt_ptr) = \&\2},/p'\'

lt_cv_sys_global_symbol_to_cdecl=3D'sed -n -e '\''s/^. .* = \(.*\)$/extern int \1;/p'\'

lt_cv_sys_lib_dlsearch_path_spec=3D'/lib = /usr/lib'

lt_cv_sys_lib_search_path_spec=3D/usr/lib

lt_cv_sys_max_cmd_len=3D262144

lt_lt_cv_prog_compiler_c_o=3D'"yes"'

lt_lt_cv_prog_compiler_c_o_CXX=3D'"yes"'

lt_lt_cv_sys_global_symbol_pipe=3D'"sed -n -e '\''s/^.*[ = ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ =        = ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 = \\2/p'\''"'

lt_lt_cv_sys_global_symbol_to_c_name_address=3D'"sed -n -e = '\''s/^: \\([^ ]*\\) \$/  {\\\"\\1\\\", (lt_ptr) = 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/  = {\"\\2\", (lt_ptr) = \\&\\2},/p'\''"'

lt_lt_cv_sys_global_symbol_to_cdecl=3D'"sed -n -e '\''s/^. .* = \\(.*\\)\$/extern int \\1;/p'\''"'

 

## ----------------- = ##

## Output variables. = ##

## ----------------- = ##

 

ACLOCAL=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = aclocal-1.10'

ALLOCA=3D''

AMDEPBACKSLASH=3D'\'

AMDEP_FALSE=3D'#'

AMDEP_TRUE=3D''

AMTAR=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = tar'

AR=3D'ar'

AUTOCONF=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = autoconf'

AUTOHEADER=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = autoheader'

AUTOMAKE=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = automake-1.10'

AWK=3D'nawk'

CC=3D'cc'

CCAS=3D'cc'

CCASDEPMODE=3D'depmode=3Dgcc3'

CCASFLAGS=3D'-O = -pipe'

CCDEPMODE=3D'depmode=3Dgcc3'

CFLAGS=3D'-O = -pipe'

COMPILE_TIME_RELOC_CHECKS_FALSE=3D'#'

COMPILE_TIME_RELOC_CHECKS_TRUE=3D''

CPP=3D'cpp'

CPPFLAGS=3D''

CXX=3D'c++'

CXXCPP=3D'c++ = -E'

CXXDEPMODE=3D'depmode=3Dgcc3'

CXXFLAGS=3D'-O = -pipe'

CYGPATH_W=3D'echo'

DEFS=3D''

DEPDIR=3D'.deps'

DSYMUTIL=3D''

ECHO=3D'echo'

ECHO_C=3D''

ECHO_N=3D'-n'

ECHO_T=3D''

EGREP=3D'/usr/bin/grep -E'

EXEEXT=3D''

F77=3D''

FFLAGS=3D''

GREP=3D'/usr/bin/grep'

INSTALL_DATA=3D'install  -o root -g wheel -m = 444'

INSTALL_PROGRAM=3D'install  -s -o root -g wheel -m = 555'

INSTALL_SCRIPT=3D'install  -o root -g wheel -m = 555'

INSTALL_STRIP_PROGRAM=3D'$(install_sh) -c = -s'

JAVAC=3D''

LDFLAGS=3D''

LIBOBJS=3D''

LIBS=3D'-lz -lm = -lthr '

LIBTOOL=3D'$(SHELL) = $(top_builddir)/libtool'

LN_S=3D'ln = -s'

LTLIBOBJS=3D''

MAINT=3D''

MAINTAINER_MODE_FALSE=3D''

MAINTAINER_MODE_TRUE=3D''

MAKEINFO=3D'${SHELL} = /usr/ports/java/jamvm/work/jamvm-1.5.4/missing --run = makeinfo'

MKDIR_P=3D'./install-sh -c -d'

NMEDIT=3D''

OBJEXT=3D'o'

PACKAGE=3D'jamvm'

PACKAGE_BUGREPORT=3D''

PACKAGE_NAME=3D''

PACKAGE_STRING=3D''

PACKAGE_TARNAME=3D''

PACKAGE_VERSION=3D''

PATH_SEPARATOR=3D':'

RANLIB=3D'ranlib'

SED=3D'/usr/bin/sed'

SET_MAKE=3D''

SHELL=3D'/bin/sh'

STRIP=3D'strip'

VERSION=3D'1.5.4'

ac_ct_CC=3D'cc'

ac_ct_CXX=3D''

ac_ct_F77=3D''

am__fastdepCCAS_FALSE=3D'#'

am__fastdepCCAS_TRUE=3D''

am__fastdepCC_FALSE=3D'#'

am__fastdepCC_TRUE=3D''

am__fastdepCXX_FALSE=3D'#'

am__fastdepCXX_TRUE=3D''

am__include=3D'include'

am__isrc=3D''

am__leading_dot=3D'.'

am__quote=3D''

am__tar=3D'${AMTAR} = chof - "$$tardir"'

am__untar=3D'${AMTAR} xf -'

arch=3D'arm'

bindir=3D'${exec_prefix}/bin'

build=3D'arm-portbld-freebsd10.0'

build_alias=3D'arm-portbld-freebsd10.0'

build_cpu=3D'arm'

build_os=3D'freebsd10.0'

build_vendor=3D'portbld'

datadir=3D'${datarootdir}'

datarootdir=3D'${prefix}/share'

docdir=3D'${datarootdir}/doc/${PACKAGE}'

dvidir=3D'${docdir}'

exec_prefix=3D'NONE'

host=3D'arm-portbld-freebsd10.0'

host_alias=3D''

host_cpu=3D'arm'

host_os=3D'bsd'

host_vendor=3D'portbld'

htmldir=3D'${docdir}'

includedir=3D'${prefix}/include'

infodir=3D'/usr/local/info'

install_sh=3D'$(SHELL) = /usr/ports/java/jamvm/work/jamvm-1.5.4/install-sh'

<= p class=3DMsoNormal style=3D'text-autospace:none'>interp_cflags=3D'-fno-reorder-blocks'

libdir=3D'${exec_prefix}/lib'

libexecdir=3D'${exec_prefix}/libexec'

localedir=3D'${datarootdir}/locale'

localstatedir=3D'${prefix}/var'

mandir=3D'/usr/local/man'

mkdir_p=3D'$(top_builddir)/./install-sh -c = -d'

oldincludedir=3D'/usr/include'

os=3D'bsd'

pdfdir=3D'${docdir}'

prefix=3D'/usr/local'

program_transform_name=3D's,x,x,'

psdir=3D'${docdir}'

sbindir=3D'${exec_prefix}/sbin'

sharedstatedir=3D'${prefix}/com'

sysconfdir=3D'${prefix}/etc'

target_alias=3D''

use_zip_no=3D''

use_zip_yes=3D''

with_classpath_install_dir=3D'/usr/local'

 

## ----------- = ##

## confdefs.h. = ##

## ----------- = ##

 

#define PACKAGE_NAME = ""

#define = PACKAGE_TARNAME ""

#define = PACKAGE_VERSION ""

#define = PACKAGE_STRING ""

#define = PACKAGE_BUGREPORT ""

#define PACKAGE = "jamvm"

#define VERSION = "1.5.4"

#define THREADED = 1

#define USE_CACHE = 1

#define DIRECT = 1

#define INLINING = 1

#define = CLASSPATH_INSTALL_DIR "/usr/local"

#define INSTALL_DIR = "/usr/local"

#define STDC_HEADERS = 1

#define = HAVE_SYS_TYPES_H 1

#define = HAVE_SYS_STAT_H 1

#define = HAVE_STDLIB_H 1

#define = HAVE_STRING_H 1

#define = HAVE_MEMORY_H 1

#define = HAVE_STRINGS_H 1

#define = HAVE_INTTYPES_H 1

#define = HAVE_STDINT_H 1

#define = HAVE_UNISTD_H 1

#define HAVE_DLFCN_H = 1

#define HAVE_LIBTHR = 1

#define HAVE_LIBM = 1

#define HAVE_LIBZ = 1

 

configure: exit = 1

 

 

------_=_NextPart_001_01CDF28D.E59434CD-- From gerald at pfeifer.com Tue Jan 15 00:35:39 2013 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Tue, 15 Jan 2013 01:35:27 +0100 (CET) Subject: Breaking out gcc-ecj45 from lang/gcc{,46,47,48} Message-ID: Hi there, to address ports/175072 I finally went ahead with an old plan of mine and broke the binary ecj.jar that is used to build the Java frontend for our GCC 4.6, 4.7 and 4.8 ports out into a separate port: lang/gcc-ecj45. The patch below shows this, and also -- in case of lang/gcc48 -- how I am planning to adjust the lang/gcc{,46,47,48} ports. Let me know if you have any comments/suggestions on these changes which I plan to commit in one, two days. (The below passed the official set of ports and package testing.) Gerald Index: gcc-ecj45/Makefile =================================================================== --- gcc-ecj45/Makefile (revision 0) +++ gcc-ecj45/Makefile (working copy) @@ -0,0 +1,22 @@ +# Created by: Gerald Pfeifer +# $FreeBSD$ + +PORTNAME= gcc-ecj +PORTVERSION= 4.5 +CATEGORIES= lang java +MASTER_SITES= ${MASTER_SITE_SOURCEWARE} +MASTER_SITE_SUBDIR+= java/ +DISTNAME= ecj-${PORTVERSION}.jar +EXTRACT_SUFX= +EXTRACT_ONLY= + +MAINTAINER= gerald at FreeBSD.org +COMMENT= Eclipse Java Compiler used to build GCC Java + +NO_BUILD= yes +PLIST_FILES= share/java/${DISTNAME} + +do-install: + ${INSTALL_DATA} ${DISTDIR}/${DISTNAME} ${PREFIX}/share/java/ + +.include Index: gcc-ecj45/distinfo =================================================================== --- gcc-ecj45/distinfo (revision 0) +++ gcc-ecj45/distinfo (working copy) @@ -0,0 +1,2 @@ +SHA256 (ecj-4.5.jar) = 98fd128f1d374d9e42fd9d4836bdd249c6d511ebc6c0df17fbc1b9df96c3d781 +SIZE (ecj-4.5.jar) = 1470676 Index: gcc-ecj45/pkg-descr =================================================================== --- gcc-ecj45/pkg-descr (revision 0) +++ gcc-ecj45/pkg-descr (working copy) @@ -0,0 +1,2 @@ +A pre-built version of the Eclipse Java Compiler (ECJ) used to build +the Java frontend of the GNU Compiler Collection (GCC). Index: gcc48/Makefile =================================================================== --- gcc48/Makefile (revision 310417) +++ gcc48/Makefile (working copy) @@ -98,13 +98,12 @@ .endif .if ${PORT_OPTIONS:MJAVA} -ECJ_JAR= ecj-4.5.jar -MASTER_SITES+= ${MASTER_SITE_SOURCEWARE:S|$|:ecj|} -MASTER_SITE_SUBDIR+= java/:ecj -DISTFILES+= ${ECJ_JAR}:ecj -EXTRACT_ONLY= ${DISTFILES:S|${ECJ_JAR}:ecj||} -BUILD_DEPENDS+= zip:${PORTSDIR}/archivers/zip +ECJ_JAR= ${LOCALBASE}/share/java/ecj-4.5.jar +BUILD_DEPENDS+= ${ECJ_JAR}:${PORTSDIR}/lang/gcc-ecj45 \ + zip:${PORTSDIR}/archivers/zip +RUN_DEPENDS+= ${ECJ_JAR}:${PORTSDIR}/lang/gcc-ecj45 EXTRA_PATCHES+= ${FILESDIR}/java-patch-hier +CONFIGURE_ARGS+=--with-ecj-jar=${ECJ_JAR} LANGUAGES:= ${LANGUAGES},java MAN1+= aot-compile${SUFFIX}.1 \ gappletviewer${SUFFIX}.1 \ @@ -136,10 +135,6 @@ gcc${SUFFIX}/gcj \ gcc${SUFFIX}/libffi PLIST_SUB+= JAVA="" - -# Prep the source tree for the GCJ build. -post-patch:: - @${CP} ${DISTDIR}/${ECJ_JAR} ${SRCDIR}/ecj.jar .else CONFIGURE_ARGS+=--disable-libgcj PLIST_SUB+= JAVA="@comment " Index: gcc48/distinfo =================================================================== --- gcc48/distinfo (revision 310417) +++ gcc48/distinfo (working copy) @@ -1,4 +1,2 @@ SHA256 (gcc-4.8-20130106.tar.bz2) = 5da1212249d54b907bf515a86e99bcf197123c29fac9d1b6f9955cb157ab7a47 SIZE (gcc-4.8-20130106.tar.bz2) = 81998118 -SHA256 (ecj-4.5.jar) = 98fd128f1d374d9e42fd9d4836bdd249c6d511ebc6c0df17fbc1b9df96c3d781 -SIZE (ecj-4.5.jar) = 1470676 Index: gcc48/pkg-plist =================================================================== --- gcc48/pkg-plist (revision 310417) +++ gcc48/pkg-plist (working copy) @@ -50,7 +50,6 @@ %%JAVA%%bin/jv-convert%%SUFFIX%% %%JAVA%%bin/rebuild-gcj-db%%SUFFIX%% %%JAVA%%libdata/pkgconfig/libgcj-4.8.pc -%%JAVA%%share/java/ecj.jar %%JAVA%%share/java/libgcj-%%GCC_VERSION%%.jar %%JAVA%%share/java/libgcj-tools-%%GCC_VERSION%%.jar @exec if type ccache-update-links >/dev/null 2>&1; then ccache-update-links -v; fi From ale at FreeBSD.org Tue Jan 15 09:25:38 2013 From: ale at FreeBSD.org (Alex Dupre) Date: Tue, 15 Jan 2013 10:18:54 +0100 Subject: Breaking out gcc-ecj45 from lang/gcc{,46,47,48} In-Reply-To: References: Message-ID: <50F51EFE.9050207@FreeBSD.org> Gerald Pfeifer ha scritto: > to address ports/175072 I finally went ahead with an old plan of > mine and broke the binary ecj.jar that is used to build the Java > frontend for our GCC 4.6, 4.7 and 4.8 ports out into a separate > port: lang/gcc-ecj45. Why not using/updating the java/eclipse-ecj port? -- Alex Dupre From gerald at pfeifer.com Tue Jan 15 18:30:11 2013 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Tue, 15 Jan 2013 19:30:06 +0100 (CET) Subject: Breaking out gcc-ecj45 from lang/gcc{,46,47,48} In-Reply-To: <50F51EFE.9050207@FreeBSD.org> References: <50F51EFE.9050207@FreeBSD.org> Message-ID: On Tue, 15 Jan 2013, Alex Dupre wrote: >> to address ports/175072 I finally went ahead with an old plan of >> mine and broke the binary ecj.jar that is used to build the Java >> frontend for our GCC 4.6, 4.7 and 4.8 ports out into a separate >> port: lang/gcc-ecj45. > Why not using/updating the java/eclipse-ecj port? I should have mentioned that I actually was looking into that option first, but (a) build dependencies became really heavy (and build- time for something like lang/gcc would increase badly), (b) run-time dependencies will grow, and (c) this is not what we have been doing in terms of extensive building and testing, and (d) different from many others have been doing. That said, if someone wants to give it a try and test, I'd definitely be open to make this an OPTION. Makes sense? Gerald PS: ports.svn/java/eclipse-ecj> make build-depends-list .../gerald/ports.svn/devel/apache-ant .../gerald/ports.svn/java/openjdk6 ports.svn/java/eclipse-ecj> make run-depends-list .../gerald/ports.svn/java/openjdk6 ports.svn/java/openjdk6> make build-depends-list .../gerald/ports.svn/archivers/unzip .../gerald/ports.svn/archivers/zip .../gerald/ports.svn/devel/gmake .../gerald/ports.svn/java/bootstrap-openjdk .../gerald/ports.svn/print/cups-client .../gerald/ports.svn/print/freetype2 .../gerald/ports.svn/x11-toolkits/libXt .../gerald/ports.svn/x11-toolkits/open-motif .../gerald/ports.svn/x11/libX11 .../gerald/ports.svn/x11/libXext .../gerald/ports.svn/x11/libXi .../gerald/ports.svn/x11/libXpm .../gerald/ports.svn/x11/libXtst ports.svn/java/openjdk6> make run-depends-list .../gerald/ports.svn/java/java-zoneinfo .../gerald/ports.svn/java/javavmwrapper .../gerald/ports.svn/print/freetype2 .../gerald/ports.svn/x11-fonts/dejavu .../gerald/ports.svn/x11-toolkits/libXt .../gerald/ports.svn/x11-toolkits/open-motif .../gerald/ports.svn/x11/libX11 .../gerald/ports.svn/x11/libXext .../gerald/ports.svn/x11/libXi .../gerald/ports.svn/x11/libXpm .../gerald/ports.svn/x11/libXtst Gerald From jkim at FreeBSD.org Wed Jan 16 00:32:01 2013 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Tue, 15 Jan 2013 19:30:38 -0500 Subject: Breaking out gcc-ecj45 from lang/gcc{,46,47,48} In-Reply-To: <50F51EFE.9050207@FreeBSD.org> References: <50F51EFE.9050207@FreeBSD.org> Message-ID: <50F5F4AE.8080805@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-01-15 04:18:54 -0500, Alex Dupre wrote: > Gerald Pfeifer ha scritto: >> to address ports/175072 I finally went ahead with an old plan of >> mine and broke the binary ecj.jar that is used to build the Java >> frontend for our GCC 4.6, 4.7 and 4.8 ports out into a separate >> port: lang/gcc-ecj45. > > Why not using/updating the java/eclipse-ecj port? No, we can't. ecj-*.jar from ftp://sourceware.org/pub/java/ are modified versions of ECJ: http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01497.html In other words, you cannot use ordinary ECJ with GCJ. In fact, there was no ECJ 4.5 release, AFAIK. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQ9fSuAAoJECXpabHZMqHOI+wH/0/b1Kc6Og4ShbKViUckL9pK tP1+GleHPvzAcN8F6QlH9bVQ6UFJZ+KqJCFISCQrvoxn2f2Xhg1oJy6FBtFXfZEy RJyY/YmfrsqjPKZZGYQFcGJMFLTacDiLqIEJVqILcDcP1tpHN9UHSO2OrsBKN1Q9 n1SETkM1ss1xGJHeDaVD8tGPLrzPexdTfOj7S/eHqNRX/IB4PzsXB7xuxKC0/25Y R/arn2hiSy0WAGc7Mvje/50q3lNx5JLlnFb2akG6Gj7b5FkT1aD0xA94jWpZAsec d4pPRc01Hfg1oad9C41wdfBZ44nz1yCMFmjOFOCpTtEEPRi4ORB4qNwFz6mpNzw= =JiiR -----END PGP SIGNATURE----- From jkim at FreeBSD.org Wed Jan 16 01:18:32 2013 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Tue, 15 Jan 2013 20:17:09 -0500 Subject: Breaking out gcc-ecj45 from lang/gcc{,46,47,48} In-Reply-To: <50F5F4AE.8080805@FreeBSD.org> References: <50F51EFE.9050207@FreeBSD.org> <50F5F4AE.8080805@FreeBSD.org> Message-ID: <50F5FF95.9080909@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-01-15 19:30:38 -0500, Jung-uk Kim wrote: > On 2013-01-15 04:18:54 -0500, Alex Dupre wrote: >> Gerald Pfeifer ha scritto: >>> to address ports/175072 I finally went ahead with an old plan >>> of mine and broke the binary ecj.jar that is used to build the >>> Java frontend for our GCC 4.6, 4.7 and 4.8 ports out into a >>> separate port: lang/gcc-ecj45. > >> Why not using/updating the java/eclipse-ecj port? > > No, we can't. ecj-*.jar from ftp://sourceware.org/pub/java/ are > modified versions of ECJ: > > http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01497.html > > In other words, you cannot use ordinary ECJ with GCJ. In fact, > there was no ECJ 4.5 release, AFAIK. BTW, some people may think java/eclipse-ecj is outdated but it is not true. Actually, Eclipse 3.8.1 and 4.2.1 have exactly same ecj.jar, built from the same source. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQ9f+VAAoJECXpabHZMqHOeiYIAI0c/rJLsWFnWlhceZ+Y+yn+ 8wkcZ4tq+PM0/6CQgKf6ip5jvM4aH45I4ro1yfQoXJ4L81zCj16BWQMTz9fIq8BG GEgchiyqxZS7H4Ote7OT/Q8qZXQ3tNZgJmJPd0kaYJkubQzpmpDc+/KPZkUYnlHo rj35fbtDEdH6UDA/ZhF9dg29PCaKJPZpyc9i7TbZMBN8I9BMKimQ1XHzTtkgFqDA Mve5nbUHBKPeqCoxmHCJJfR6WvEXZlfgVyXghAUjwKbpcubFP00Ady53hNgF13jY psSJWOKdZyjj+ZkEw+xp9gF97rLGFRZwsySi3Ors6qL7yu6hft9pgW3cyKUwoME= =N0V7 -----END PGP SIGNATURE----- From pphillips at experts-exchange.com Wed Jan 16 18:57:37 2013 From: pphillips at experts-exchange.com (Phil Phillips) Date: Wed, 16 Jan 2013 10:57:30 -0800 Subject: Network related OpenJDK7 segfault In-Reply-To: <50DE1515.8090307@experts-exchange.com> References: <50D24A41.4020909@experts-exchange.com> <50D24BB9.7090005@experts-exchange.com> <50DE1515.8090307@experts-exchange.com> Message-ID: <50F6F81A.6090608@experts-exchange.com> On 12/28/2012 01:54 PM, Phil Phillips wrote: > On 12/19/2012 03:20 PM, Phil Phillips wrote: >> On 12/19/2012 03:14 PM, Phil Phillips wrote: >>> Hello, >>> >>> I had some Java code running fine on OpenJDK6. I upgraded to >>> OpenJDK7 and started getting a segmentation fault. I've been able >>> to narrow down the problem and create a test case to reproduce the >>> issue. It's definitely load related, since I couldn't get the crash >>> with a single-threaded test (the test code is multi-threaded). >>> Running the test case with OpenJDK6 is fine, but running with >>> OpenJDK7 crashes. I tried the sample code on FreeBSD 7.4, 8.3, and >>> 9.0 - all with the same result. >>> >>> Is this a bug with OpenJDK7, or is there something I need to configure? >>> >>> I have attached the test Java class and a sample error report. >>> >>> Thanks! >> >> Looks like my attachments got clobbered. Here are some links. >> >> Test Class: http://pastebin.mozilla.org/2006513 >> Crash Report: http://pastebin.mozilla.org/2006530 >> >> Thanks again. >> >> -- >> Phil Phillips > > In the sample code, a javax.naming.directory.DirContext is being used > as part of the reverse lookup test used to reproduced the issue. We > noticed that a new DirContext was being used each time. Closing or > re-using the DirContext gets rid of the crash. > > It looks like this isn't too much of an issue then. The interesting > bit though is that OpenJDK6 is able to handle the "bad" code with too > many instances of DirContext, while OpenJDK7 isn't. FWIW, I wasn't > able to reproduce the crash on a Linux build of OpenJDK7. > > -- > Phil Phillips Hey all, I did a truss of a the crashing code with OpenJDK6 vs OpenJDK7. I noticed that OpenJDK6 was using "poll()", while OpenJDK7 was using "select()". This was apparently changed in OpenJDK7 to accommodate a bug in Mac OSX: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2012-January/002424.html I rebuilt OpenJDK7 with that patch reverted, and I can no longer reproduce the crash. Hopefully, this is just something wrong with how select() is being used, and not some kind of bug in FreeBSD itself. I can open a PR if anyone else feels that the OpenJDK7 port should include a patch to switch back to poll(). Thanks, Phil From glewis at eyesbeyond.com Fri Jan 18 04:51:47 2013 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu, 17 Jan 2013 20:51:42 -0800 Subject: Network related OpenJDK7 segfault In-Reply-To: <50F6F81A.6090608@experts-exchange.com> References: <50D24A41.4020909@experts-exchange.com> <50D24BB9.7090005@experts-exchange.com> <50DE1515.8090307@experts-exchange.com> <50F6F81A.6090608@experts-exchange.com> Message-ID: <20130118045142.GA76864@misty.eyesbeyond.com> On Wed, Jan 16, 2013 at 10:57:30AM -0800, Phil Phillips wrote: > On 12/28/2012 01:54 PM, Phil Phillips wrote: > > On 12/19/2012 03:20 PM, Phil Phillips wrote: > >> On 12/19/2012 03:14 PM, Phil Phillips wrote: > >>> Hello, > >>> > >>> I had some Java code running fine on OpenJDK6. I upgraded to > >>> OpenJDK7 and started getting a segmentation fault. I've been able > >>> to narrow down the problem and create a test case to reproduce the > >>> issue. It's definitely load related, since I couldn't get the crash > >>> with a single-threaded test (the test code is multi-threaded). > >>> Running the test case with OpenJDK6 is fine, but running with > >>> OpenJDK7 crashes. I tried the sample code on FreeBSD 7.4, 8.3, and > >>> 9.0 - all with the same result. > >>> > >>> Is this a bug with OpenJDK7, or is there something I need to configure? > >>> > >>> I have attached the test Java class and a sample error report. > >>> > >>> Thanks! > >> > >> Looks like my attachments got clobbered. Here are some links. > >> > >> Test Class: http://pastebin.mozilla.org/2006513 > >> Crash Report: http://pastebin.mozilla.org/2006530 > >> > >> Thanks again. > >> > >> -- > >> Phil Phillips > > > > In the sample code, a javax.naming.directory.DirContext is being used > > as part of the reverse lookup test used to reproduced the issue. We > > noticed that a new DirContext was being used each time. Closing or > > re-using the DirContext gets rid of the crash. > > > > It looks like this isn't too much of an issue then. The interesting > > bit though is that OpenJDK6 is able to handle the "bad" code with too > > many instances of DirContext, while OpenJDK7 isn't. FWIW, I wasn't > > able to reproduce the crash on a Linux build of OpenJDK7. > > > > -- > > Phil Phillips > > Hey all, > > I did a truss of a the crashing code with OpenJDK6 vs OpenJDK7. I > noticed that OpenJDK6 was using "poll()", while OpenJDK7 was using > "select()". This was apparently changed in OpenJDK7 to accommodate a > bug in Mac OSX: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2012-January/002424.html > > I rebuilt OpenJDK7 with that patch reverted, and I can no longer > reproduce the crash. Hopefully, this is just something wrong with how > select() is being used, and not some kind of bug in FreeBSD itself. > > I can open a PR if anyone else feels that the OpenJDK7 port should > include a patch to switch back to poll(). G'day Phil, Switching back to poll() seems like the right thing to do here, unless someone wants to take on debugging the select() implementation. Thanks for digging into this! -- Greg Lewis Email : glewis at eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis at FreeBSD.org From awarecons at gmail.com Fri Jan 18 15:06:47 2013 From: awarecons at gmail.com (awarecons) Date: Fri, 18 Jan 2013 19:06:40 +0400 Subject: www/opera ISSUE Java Plugin missing In-Reply-To: <50F858E7.1020703@gmail.com> References: <50F858E7.1020703@gmail.com> Message-ID: As it was mentioned above: since Opera 10.50 it doesn't use Java directly, hence it looks for a special Java plugin file libnpjp2.so and ONLY! The problem is that the file libnpjp2.so residues in linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, though available is non-native only. Cut from opera:plugins (java/linux-sun-jre16): Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.so Of course it fails to start properly and crashes after is called. A try to nspluginwrapper it fails: nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libnpjp2.so Opera 12.12 rejects classic plugin file javaplugin-oji.so and IcedTeaPlugin.so (tested). It would be keen to update the Handbook part 7.2.5 Opera of http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, that it doesn't support java/icedtea-web anymore? All the steps from Handbook had been taken, and IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 . Additional Notes from Oracle (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): The classic plugin file was located here: /plugin/i386/javaplugin-oji.so __This file should no longer be used and all symbolic links to it removed__. Thank you. 2013/1/18 Joseph A. Nagy, Jr : > On 01/17/13 13:47, awarecons wrote: >> As of official http://www.opera.com/docs/linux/plugins/install/#java >> >> Java plug-in (Sun/Oracle) >> >> As of Opera 10.50, Opera uses the Java plug-in. Previously Opera used >> the Java Runtime Environment (JRE) directly. > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html > > > 7.2.5 Opera > > Opera is a full-featured and standards-compliant browser. It also comes > with a built-in mail and news reader, an IRC client, an RSS/Atom feeds > reader and much more. Despite this, Opera is relatively lightweight and > very fast. It comes in two flavors: a ?native? FreeBSD version and a > version that runs under Linux emulation. > > To browse the Web with the FreeBSD version of Opera, install the package: > > # pkg_add -r opera > > Some FTP sites do not have all the packages, but Opera can still be > obtained through the Ports Collection by typing: > > # cd /usr/ports/www/opera > # make install clean > > To install the Linux version of Opera, substitute linux-opera in place > of opera in the example above. > > The Adobe Flash plugin is not available for FreeBSD. However, a Linux? > version of the plugin exists. To install this version, the > www/linux-f10-flashplugin11 port has to be installed, then install the > port www/opera-linuxplugins: > > # cd /usr/ports/www/linux-f10-flashplugin11 > # make install clean > # cd /usr/ports/www/opera-linuxplugins > # make install clean > > You can check the presence of the plugin: start your browser, enter > opera:plugins in the location bar and press Enter. A list should appear > with all the currently available plugins. > > To add the Java plugin, follow the instructions for Firefox[0]. > > [0]: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html#moz-java-plugin > -- > Yours in Christ, > > Joseph A Nagy Jr > "Whoever loves instruction loves knowledge, But he who hates correction > is stupid." -- Proverbs 12:1 > Emails are not formal business letters, whatever businesses may want. > Original content CopyFree (F) under the OWL http://owl.apotheon.org From jnagyjr1978 at gmail.com Fri Jan 18 15:25:38 2013 From: jnagyjr1978 at gmail.com (Joseph A. Nagy, Jr) Date: Fri, 18 Jan 2013 09:25:20 -0600 Subject: www/opera ISSUE Java Plugin missing In-Reply-To: References: <50F858E7.1020703@gmail.com> Message-ID: <50F96960.8030205@gmail.com> On 01/18/13 09:06, awarecons wrote: > As it was mentioned above: since Opera 10.50 it doesn't use Java > directly, hence it looks for a special Java plugin file libnpjp2.so > and ONLY! > > The problem is that the file libnpjp2.so residues in > linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, > though available is non-native only. Are you saying the handbook instructions for enabling java in Opera do not work, then? > Cut from opera:plugins (java/linux-sun-jre16): > Java(TM) Plug-in 1.6.0_38 > Description: The next generation Java plug-in for Mozilla browsers. > Architecture: non-native > /usr/local/lib/npapi/symlinks/opera/libnpjp2.so > > Of course it fails to start properly and crashes after is called. > > A try to nspluginwrapper it fails: > > nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so > *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object > file: No such file or directory > *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object > file: No such file or directory > nspluginwrapper: no appropriate viewer found for libnpjp2.so > > Opera 12.12 rejects classic plugin file javaplugin-oji.so and > IcedTeaPlugin.so (tested). > > It would be keen to update the Handbook part 7.2.5 Opera of > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, > that it doesn't support java/icedtea-web anymore? > > All the steps from Handbook had been taken, and IcedTeaPlugin.so is > caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 You're doing something wrong, than. Opera 12.12 on my system catches java/icedtea-web I just installed Opera, launched it, and checked the plugin list[0,1]. > . > Additional Notes from Oracle > (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): > > The classic plugin file was located here: > > /plugin/i386/javaplugin-oji.so > > > __This file should no longer be used and all symbolic links to it removed__. > > > Thank you. [0]: http://www.joseph-a-nagy-jr.us/images/problems/opera-version.png [1]: http://www.joseph-a-nagy-jr.us/images/problems/opera-plugins.png -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org From awarecons at gmail.com Fri Jan 18 19:19:25 2013 From: awarecons at gmail.com (awarecons) Date: Fri, 18 Jan 2013 23:19:24 +0400 Subject: www/opera ISSUE Java Plugin missing In-Reply-To: <50F96960.8030205@gmail.com> References: <50F858E7.1020703@gmail.com> <50F96960.8030205@gmail.com> Message-ID: >Are you saying the handbook instructions for enabling java in Opera do not work, then? Seems to be so in the case. >You're doing something wrong, than. Opera 12.12 on my system catches java/icedtea-web I just installed Opera, launched it, and checked the plugin list[0,1]. I've installed the same vers. of plugin: icedtea-web-1.3.1 A free Java plug-in and Java Web Start for OpenJDK And, as it was mentioned above, IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium and Epiphany even)) except Opera. List of plugins caught: Refresh plug-ins Disable Shockwave Flash Description: Shockwave Flash 11.2 r202 Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libflashplayer.soapplication/futuresplash spl Disable VLC Multimedia Plugin (compatible Totem 2.32.0) Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-cone-plugin.soaudio/midi midi,mid Disable Windows Media Player Plug-in 10 (compatible; Totem) Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-gmp-plugin.sovideo/x-msvideo avi,asf,wmv Disable DivX? Web Player Description: DivX Web Player version 1.4.0.233 Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-mully-plugin.sovideo/divx divx Disable QuickTime Plug-in 7.6.6 Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-narrowspace-plugin.sovideo/mp4 mp4,mpg4 Disable DjView-4.9 Description: This is the DjView-4.9 version of the DjVu plugin. See DjVuLibre. Architecture: native /usr/local/lib/npapi/symlinks/opera/nsdejavu.soimage/x-djvu djvu,djv Enable Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.soapplication/x-java-vm Enable Adobe Reader 9.5 Description: The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. Architecture: non-native /usr/local/lib/browser_plugins/nppdf.soapplication/pdf pdf Disable Adobe Reader 9.5 Description: The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. Architecture: native /usr/local/lib/browser_plugins/npwrapper.nppdf.so Obvious diff. is in arch (i386) and osvers. (9.0-REL-p5), but it would be strange if it really matters in the case... May there be such dependence that java/icedtea-web needs to be installed _strictly_ after browser(s) installation, not before? 2013/1/18 Joseph A. Nagy, Jr : > On 01/18/13 09:06, awarecons wrote: >> >> As it was mentioned above: since Opera 10.50 it doesn't use Java >> directly, hence it looks for a special Java plugin file libnpjp2.so >> and ONLY! >> >> The problem is that the file libnpjp2.so residues in >> linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, >> though available is non-native only. > > > Are you saying the handbook instructions for enabling java in Opera do not > work, then? > > >> Cut from opera:plugins (java/linux-sun-jre16): >> Java(TM) Plug-in 1.6.0_38 >> Description: The next generation Java plug-in for Mozilla browsers. >> Architecture: non-native >> /usr/local/lib/npapi/symlinks/opera/libnpjp2.so >> >> Of course it fails to start properly and crashes after is called. >> >> A try to nspluginwrapper it fails: >> >> nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so >> *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object >> file: No such file or directory >> *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object >> file: No such file or directory >> nspluginwrapper: no appropriate viewer found for libnpjp2.so >> >> Opera 12.12 rejects classic plugin file javaplugin-oji.so and >> IcedTeaPlugin.so (tested). >> >> It would be keen to update the Handbook part 7.2.5 Opera of >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, >> that it doesn't support java/icedtea-web anymore? >> >> All the steps from Handbook had been taken, and IcedTeaPlugin.so is >> caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 > > > You're doing something wrong, than. Opera 12.12 on my system catches > java/icedtea-web I just installed Opera, launched it, and checked the plugin > list[0,1]. > > >> . >> Additional Notes from Oracle >> >> (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): >> >> The classic plugin file was located here: >> >> /plugin/i386/javaplugin-oji.so >> >> >> __This file should no longer be used and all symbolic links to it >> removed__. >> >> >> Thank you. > > > [0]: http://www.joseph-a-nagy-jr.us/images/problems/opera-version.png > [1]: http://www.joseph-a-nagy-jr.us/images/problems/opera-plugins.png > > -- > Yours in Christ, > > Joseph A Nagy Jr > "Whoever loves instruction loves knowledge, But he who hates correction > is stupid." -- Proverbs 12:1 > Emails are not formal business letters, whatever businesses may want. > Original content CopyFree (F) under the OWL http://owl.apotheon.org From jnagyjr1978 at gmail.com Sat Jan 19 00:57:26 2013 From: jnagyjr1978 at gmail.com (Joseph A. Nagy, Jr) Date: Fri, 18 Jan 2013 18:57:21 -0600 Subject: www/opera ISSUE Java Plugin missing In-Reply-To: References: <50F858E7.1020703@gmail.com> <50F96960.8030205@gmail.com> Message-ID: <50F9EF71.5040205@gmail.com> On 01/18/13 13:19, awarecons wrote: >> Are you saying the handbook instructions for enabling java in Opera >> do not work, then? > > Seems to be so in the case. > >> You're doing something wrong, than. Opera 12.12 on my system >> catches java/icedtea-web I just installed Opera, launched it, and >> checked the plugin list[0,1]. > > I've installed the same vers. of plugin: icedtea-web-1.3.1 A free > Java plug-in and Java Web Start for OpenJDK > > And, as it was mentioned above, IcedTeaPlugin.so is caught by > FireFox, SeaMonkey, Chromium and Epiphany even)) except Opera. > Obvious diff. is in arch (i386) and osvers. (9.0-REL-p5), but it > would be strange if it really matters in the case... I don't think it would, but I only installed Opera to prove on my system whether or not Opera was catching the plugin. I think it's one of the worst browsers in existence (next to IE). > May there be such dependence that java/icedtea-web needs to be > installed _strictly_ after browser(s) installation, not before? I installed the icetea-web plugin after I installed Firefox and haven't touched it since then except for updates. I absolutely didn't issue a single command except to launch Opera after I installed it. So when I say I just installed Opera, that is all I literally did. Check ~/.opera/pluginpath.ini this is what mine looks like [Paths] /usr/local/lib/browser_plugins/symlinks/opera=1 /usr/local/lib/npapi/symlinks/opera=1 /usr/local/lib/npapi/symlinks/linux-opera=1 I have no idea if Opera catches any of these paths, these are the defaults upon install. -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org From ronald-freebsd8 at klop.yi.org Sat Jan 19 16:03:50 2013 From: ronald-freebsd8 at klop.yi.org (Ronald Klop) Date: Sat, 19 Jan 2013 17:02:40 +0100 Subject: www/opera ISSUE Java Plugin missing In-Reply-To: References: <50F858E7.1020703@gmail.com> <50F96960.8030205@gmail.com> Message-ID: On Fri, 18 Jan 2013 20:19:24 +0100, awarecons wrote: >> Are you saying the handbook instructions for enabling java in Opera do >> not work, then? > > Seems to be so in the case. > >> You're doing something wrong, than. Opera 12.12 on my system catches >> java/icedtea-web I just installed Opera, launched it, and checked the >> plugin list[0,1]. > > I've installed the same vers. of plugin: > icedtea-web-1.3.1 A free Java plug-in and Java Web Start for OpenJDK > > And, as it was mentioned above, IcedTeaPlugin.so is caught by FireFox, > SeaMonkey, Chromium and Epiphany even)) except Opera. > > List of plugins caught: > Refresh plug-ins > Disable Shockwave Flash > Description: Shockwave Flash 11.2 r202 > Architecture: non-native > /usr/local/lib/npapi/symlinks/opera/libflashplayer.soapplication/futuresplash > spl > > Disable VLC Multimedia Plugin (compatible Totem 2.32.0) > Description: The Totem 2.32.0 plugin handles video and audio streams. > Architecture: native > /usr/local/lib/npapi/symlinks/opera/libtotem-cone-plugin.soaudio/midi > midi,mid > > Disable Windows Media Player Plug-in 10 (compatible; Totem) > Description: The Totem 2.32.0 plugin handles video and audio streams. > Architecture: native > /usr/local/lib/npapi/symlinks/opera/libtotem-gmp-plugin.sovideo/x-msvideo > avi,asf,wmv > > Disable DivX? Web Player > Description: DivX Web Player version 1.4.0.233 > Architecture: native > /usr/local/lib/npapi/symlinks/opera/libtotem-mully-plugin.sovideo/divx > divx > > Disable QuickTime Plug-in 7.6.6 > Description: The Totem 2.32.0 plugin handles video and audio streams. > Architecture: native > /usr/local/lib/npapi/symlinks/opera/libtotem-narrowspace-plugin.sovideo/mp4 > mp4,mpg4 > > Disable DjView-4.9 > Description: This is the DjView-4.9 version of the DjVu plugin. See > DjVuLibre. > Architecture: native > /usr/local/lib/npapi/symlinks/opera/nsdejavu.soimage/x-djvu djvu,djv > > Enable Java(TM) Plug-in 1.6.0_38 > Description: The next generation Java plug-in for Mozilla browsers. > Architecture: non-native > /usr/local/lib/npapi/symlinks/opera/libnpjp2.soapplication/x-java-vm Isn't this what you are looking for? Why does this one have 'Enable' in front of it? Is that some kind of text of a 'button' you copy-pasted? Ronald. > > Enable Adobe Reader 9.5 > Description: The Adobe Reader plugin is used to enable viewing of PDF > and FDF files from within the browser. > Architecture: non-native > /usr/local/lib/browser_plugins/nppdf.soapplication/pdf pdf > > Disable Adobe Reader 9.5 > Description: The Adobe Reader plugin is used to enable viewing of PDF > and FDF files from within the browser. > Architecture: native > /usr/local/lib/browser_plugins/npwrapper.nppdf.so > > Obvious diff. is in arch (i386) and osvers. (9.0-REL-p5), but it would > be strange if it really matters in the case... > > May there be such dependence that java/icedtea-web needs to be > installed _strictly_ after browser(s) installation, not before? > > 2013/1/18 Joseph A. Nagy, Jr : >> On 01/18/13 09:06, awarecons wrote: >>> >>> As it was mentioned above: since Opera 10.50 it doesn't use Java >>> directly, hence it looks for a special Java plugin file libnpjp2.so >>> and ONLY! >>> >>> The problem is that the file libnpjp2.so residues in >>> linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, >>> though available is non-native only. >> >> >> Are you saying the handbook instructions for enabling java in Opera do >> not >> work, then? >> >> >>> Cut from opera:plugins (java/linux-sun-jre16): >>> Java(TM) Plug-in 1.6.0_38 >>> Description: The next generation Java plug-in for Mozilla browsers. >>> Architecture: non-native >>> /usr/local/lib/npapi/symlinks/opera/libnpjp2.so >>> >>> Of course it fails to start properly and crashes after is called. >>> >>> A try to nspluginwrapper it fails: >>> >>> nspluginwrapper -v -i >>> /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so >>> *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object >>> file: No such file or directory >>> *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object >>> file: No such file or directory >>> nspluginwrapper: no appropriate viewer found for libnpjp2.so >>> >>> Opera 12.12 rejects classic plugin file javaplugin-oji.so and >>> IcedTeaPlugin.so (tested). >>> >>> It would be keen to update the Handbook part 7.2.5 Opera of >>> >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, >>> that it doesn't support java/icedtea-web anymore? >>> >>> All the steps from Handbook had been taken, and IcedTeaPlugin.so is >>> caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 >> >> >> You're doing something wrong, than. Opera 12.12 on my system catches >> java/icedtea-web I just installed Opera, launched it, and checked the >> plugin >> list[0,1]. >> >> >>> . >>> Additional Notes from Oracle >>> >>> (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): >>> >>> The classic plugin file was located here: >>> >>> /plugin/i386/javaplugin-oji.so >>> >>> >>> __This file should no longer be used and all symbolic links to it >>> removed__. >>> >>> >>> Thank you. >> >> >> [0]: http://www.joseph-a-nagy-jr.us/images/problems/opera-version.png >> [1]: http://www.joseph-a-nagy-jr.us/images/problems/opera-plugins.png >> >> -- >> Yours in Christ, >> >> Joseph A Nagy Jr >> "Whoever loves instruction loves knowledge, But he who hates correction >> is stupid." -- Proverbs 12:1 >> Emails are not formal business letters, whatever businesses may want. >> Original content CopyFree (F) under the OWL http://owl.apotheon.org > _______________________________________________ > freebsd-java at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org" From linimon at FreeBSD.org Sun Jan 20 00:32:01 2013 From: linimon at FreeBSD.org (linimon at FreeBSD.org) Date: Sun, 20 Jan 2013 00:32:00 GMT Subject: ports/164941: [UPDATE] [NEW PORTS] java/classpath-initial, including rework of java/classpath Message-ID: <201301200032.r0K0W0DG046287@freefall.freebsd.org> Old Synopsis: [UPDATE] [NEW PORTS] jamvm/classpath w/o jdk New Synopsis: [UPDATE] [NEW PORTS] java/classpath-initial, including rework of java/classpath State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Sun Jan 20 00:28:08 UTC 2013 State-Changed-Why: The changes to java/jamvm have been committed, but AFAICT no one has looked at the classpath changes yet. Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-java Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jan 20 00:28:08 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=164941 From bugmaster at freebsd.org Mon Jan 21 11:06:48 2013 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 21 Jan 2013 11:06:47 GMT Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <201301211106.r0LB6l8N054117@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/175300 java java/jamvm fails to compile on ARM6 (raspberry-pi) o ports/174826 java java/openjdk6: gmake[5]: *** [/usr/ports/java/openjdk6 o ports/174825 java java/openjdk6: fails to build on i386 (64-bit mode not o java/173981 java Vuze and Java Errors o ports/173603 java java/icedtea-web starts javaws incorrectly o java/173592 java java/openjdk6 fails on FreeBSD_9_1_RC2 o ports/173210 java java/openjdk6 - use better src placement o java/172962 java Sig11 while compiling OpenJDK6-b26 using clang o ports/171014 java [patch] Correct java/openjdk6 Dependency Declaration o ports/167903 java [PATCH] java/openjdk6: Fix build failure in 8.3 jail r o ports/164941 java [UPDATE] [NEW PORTS] java/classpath-initial, including o ports/162991 java java/openjdk6 fails to build o java/162522 java OpenJDK 6 is not setting close on exec o java/160553 java Jaikoz java based audio tagger core dumps o ports/159787 java java/openjdk6 nio muti-thread bug o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c f java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/140002 java java/openjdk6: jconsole dumps tomcat when contacting j o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 24 problems total. From demelier.david at gmail.com Tue Jan 22 06:58:04 2013 From: demelier.david at gmail.com (David Demelier) Date: Tue, 22 Jan 2013 07:49:50 +0100 Subject: Adding remote debugging to tomcat7 Message-ID: <50FE368E.2010404@gmail.com> Hello there, Sorry for cross posting, I'm not on the freebsd-java list. I would like to enable remote debugging to tomcat, as seen here http://wiki.apache.org/tomcat/FAQ/Developing#Q1 it is said to add the following options to the JVM : -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n So I have added to the rc.conf tomcat7_enable="YES" tomcat7_java_opts="-XX:MaxPermSize=512m -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n" Note that the first option is only to prevent a PermGen out of space error. With that setup, tomcat fails to starts with: /usr/local/etc/rc.d/tomcat7: WARNING: failed to start tomcat7 And in the tomcat logs: NPT ERROR: Cannot open library Service exit with a return value of 1 I am using tomcat-7.0.34 on FreeBSD 9-STABLE amd64. Cheers, From ronald-freebsd8 at klop.yi.org Tue Jan 22 15:03:22 2013 From: ronald-freebsd8 at klop.yi.org (Ronald Klop) Date: Tue, 22 Jan 2013 16:03:11 +0100 Subject: Adding remote debugging to tomcat7 In-Reply-To: <50FE368E.2010404@gmail.com> References: <50FE368E.2010404@gmail.com> Message-ID: On Tue, 22 Jan 2013 07:49:50 +0100, David Demelier wrote: > Hello there, > > Sorry for cross posting, I'm not on the freebsd-java list. > > I would like to enable remote debugging to tomcat, as seen here > http://wiki.apache.org/tomcat/FAQ/Developing#Q1 it is said to add the > following options to the JVM : > > -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n > > So I have added to the rc.conf > > tomcat7_enable="YES" > tomcat7_java_opts="-XX:MaxPermSize=512m -Xdebug > -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n" > > Note that the first option is only to prevent a PermGen out of space > error. With that setup, tomcat fails to starts with: > > /usr/local/etc/rc.d/tomcat7: WARNING: failed to start tomcat7 > > And in the tomcat logs: > > NPT ERROR: Cannot open library > Service exit with a return value of 1 > > I am using tomcat-7.0.34 on FreeBSD 9-STABLE amd64. > > Cheers, What java version are you using? Ronald. From valentin.po at gmail.com Tue Jan 22 15:06:29 2013 From: valentin.po at gmail.com (Valentin Popov) Date: Tue, 22 Jan 2013 19:06:23 +0400 Subject: Adding remote debugging to tomcat7 In-Reply-To: References: <50FE368E.2010404@gmail.com> Message-ID: <33E97205-7286-453C-A316-A7B7D3A2395B@gmail.com> ln -s /usr/local/openjdk7/jre/lib/amd64/libnpt.so /usr/local/lib/libnpt.so http://forums.freebsd.org/showthread.php?t=32248 > On Tue, 22 Jan 2013 07:49:50 +0100, David Demelier wrote: > >> Hello there, >> >> Sorry for cross posting, I'm not on the freebsd-java list. >> >> I would like to enable remote debugging to tomcat, as seen here >> http://wiki.apache.org/tomcat/FAQ/Developing#Q1 it is said to add the >> following options to the JVM : >> >> -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n >> >> So I have added to the rc.conf >> >> tomcat7_enable="YES" >> tomcat7_java_opts="-XX:MaxPermSize=512m -Xdebug >> -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n" >> >> Note that the first option is only to prevent a PermGen out of space >> error. With that setup, tomcat fails to starts with: >> >> /usr/local/etc/rc.d/tomcat7: WARNING: failed to start tomcat7 >> >> And in the tomcat logs: >> >> NPT ERROR: Cannot open library >> Service exit with a return value of 1 >> >> I am using tomcat-7.0.34 on FreeBSD 9-STABLE amd64. >> >> Cheers, > > > What java version are you using? > > Ronald. > _______________________________________________ > freebsd-java at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org" ? ?????????, ???????? ????? From noreply+97uwsb at twoomail.com Wed Jan 23 08:30:51 2013 From: noreply+97uwsb at twoomail.com (Razvan Bogaci via Twoo) Date: Wed, 23 Jan 2013 08:10:41 +0000 Subject: Razvan Bogaci added you as a contact on Twoo and wants to connect Message-ID: <3D.88.17291.10B9FF05@mail07.netnoc> Razvan Bogaci added you as a contact on Twoo and wants to connect with you. ---------------------------------------------------------------- Razvan Bogaci added you as a contact on Twoo and wants to connect. Connect on Twoo Copy/paste the following link into your web browser: http://mail.twoo.com/m/sBDTC1uz Twoo is the most fun way to meet new people in your area Join over 10 million people Twoo is the fastest growing network for meeting new people. Find out why over 10 million people have already joined Twoo. Chat now The first thing you want to do when you see a nice profile is start a conversation, right? On Twoo we promise you lots of people who are eager to have a chat. The best bit: it's free! Mobile Check out what is happening around you with the iPhone and Android apps. Take Twoo with you wherever you go. ---------------------------------------------------------------- Don't want to receive these mails? Follow this link: http://mail.twoo.com/m/h$5iyxuu TWOO NV/SA, BCB Bachstrasse 1, CH-9606 Butschwil, Switzerland info-en at twoo.com BE0834322338. From avg at FreeBSD.org Sat Jan 26 20:58:33 2013 From: avg at FreeBSD.org (Andriy Gapon) Date: Sat, 26 Jan 2013 22:58:28 +0200 Subject: javafx Message-ID: <51044374.6050301@FreeBSD.org> Given that there is no "sun" jdk 7 for FreeBSD, are there any options of getting JavaFX support? -- Andriy Gapon From aryeh.friedman at gmail.com Sat Jan 26 23:55:25 2013 From: aryeh.friedman at gmail.com (Aryeh Friedman) Date: Sat, 26 Jan 2013 18:55:23 -0500 Subject: javafx In-Reply-To: <51044374.6050301@FreeBSD.org> References: <51044374.6050301@FreeBSD.org> Message-ID: Doesn't openjdk7 have it? On Sat, Jan 26, 2013 at 3:58 PM, Andriy Gapon wrote: > > Given that there is no "sun" jdk 7 for FreeBSD, are there any options of getting > JavaFX support? > > -- > Andriy Gapon > > _______________________________________________ > freebsd-java at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org" From bugmaster at freebsd.org Mon Jan 28 11:06:46 2013 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 28 Jan 2013 11:06:46 GMT Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <201301281106.r0SB6krr034597@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/175300 java java/jamvm fails to compile on ARM6 (raspberry-pi) o ports/174826 java java/openjdk6: gmake[5]: *** [/usr/ports/java/openjdk6 o ports/174825 java java/openjdk6: fails to build on i386 (64-bit mode not o java/173981 java Vuze and Java Errors o ports/173603 java java/icedtea-web starts javaws incorrectly o java/173592 java java/openjdk6 fails on FreeBSD_9_1_RC2 o ports/173210 java java/openjdk6 - use better src placement o java/172962 java Sig11 while compiling OpenJDK6-b26 using clang o ports/171014 java [patch] Correct java/openjdk6 Dependency Declaration o ports/167903 java [PATCH] java/openjdk6: Fix build failure in 8.3 jail r o ports/164941 java [UPDATE] [NEW PORTS] java/classpath-initial, including o ports/162991 java java/openjdk6 fails to build o java/162522 java OpenJDK 6 is not setting close on exec o java/160553 java Jaikoz java based audio tagger core dumps o ports/159787 java java/openjdk6 nio muti-thread bug o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c f java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/140002 java java/openjdk6: jconsole dumps tomcat when contacting j o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 24 problems total. From pphillips at experts-exchange.com Tue Jan 29 20:47:46 2013 From: pphillips at experts-exchange.com (Phil Phillips) Date: Tue, 29 Jan 2013 12:47:39 -0800 Subject: OpenJDK7: libnet.so getting closed twice Message-ID: <5108356B.1060008@experts-exchange.com> Hey all, I have some code running on the latest version of OpenJDK7. In one thread, it opens a ServerSocket. In another, it loads a configuration file. Once in a while, the config file fails to load with: Caused by: java.io.FileNotFoundException: global.properties (Bad file descriptor) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:138) at java.io.FileInputStream.(FileInputStream.java:97) at java.io.FileReader.(FileReader.java:58) Digging in a little deeper with truss, I see something like: open("/usr/local/openjdk7/jre/lib/amd64/libnet.so",O_RDONLY,01) = 63 (0x3f) close(63) = 0 (0x0) close(63) ERR#9 'Bad file descriptor'\ ... open("global.properties",O_RDONLY,00) = 63 (0x3f) fstat(63,{ mode=-rw-rw-r-- ,inode=32200398,size=18260,blksize=16384 }) = 0 (0x0) fcntl(63,F_GETFD,) libnet.so is getting opened (interestingly, not read - though it was read previously) and then closed *twice*. It looks like there's a race condition that can cause the "bad file descriptor" error if: 1) libnet.so opened 2) libnet.so closed (1st time) 3) config file opened (inherits now-free file descriptor) 4) libnet.so closed (2nd time - invalidates file descriptor for config file) I don't see this kind of behavior in OpenJDK6. Does anyone know what might cause libnet.so to be closed twice in OpenJDK7? Thanks, Phil From lehmann at ans-netz.de Wed Jan 30 20:54:40 2013 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed, 30 Jan 2013 21:54:38 +0100 Subject: migration diablo-jre openjdk-jre Message-ID: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> Hi, I'm running pms (playstation media server) inside a jail on one of my systems. I used diablo-jre until now but wanting to migrate to openjdk as diablo-jre is no longer available. But - for unknown reasons - when I start "pms" with openjdk-jre, it does not do any network communication. When started with diablo-jre I can capture with tcpdump the following data: 21:49:48.822292 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 292 21:49:48.850628 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp v3 report, 1 group record(s) 21:49:49.050622 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp v3 report, 1 group record(s) 21:49:49.506727 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 292 21:49:50.255947 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 301 21:49:50.351726 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 301 21:49:50.701894 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 344 21:49:51.105729 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 344 21:49:51.446907 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 356 21:49:52.137731 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 356 21:49:52.969897 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 358 21:49:53.114726 IP bigoli.salatschuessel.net.45304 > 239.255.255.250.1900: UDP, length 358 21:49:53.855629 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp v3 report, 1 group record(s) 21:49:54.055628 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp v3 report, 1 group record(s) 21:49:57.058625 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp v3 report, 1 group record(s) bigoli is the jail gurke-re0 is the host system. So far so good - when started with openjdk 6 (jre), it does not send anything over the network while the software itself claims to send ALIVE signals without any indication of an error. Is there something I could debug to find out what is going on with openjdk on FreeBSD? PS: please keep me CCed. From ronald-freebsd8 at klop.yi.org Wed Jan 30 23:06:18 2013 From: ronald-freebsd8 at klop.yi.org (Ronald Klop) Date: Thu, 31 Jan 2013 00:05:09 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> Message-ID: On Wed, 30 Jan 2013 21:54:38 +0100, Oliver Lehmann wrote: > Hi, > > I'm running pms (playstation media server) inside a jail on one of my > systems. > I used diablo-jre until now but wanting to migrate to openjdk as > diablo-jre is > no longer available. > But - for unknown reasons - when I start "pms" with openjdk-jre, it does > not > do any network communication. > > When started with diablo-jre I can capture with tcpdump the following > data: > > > 21:49:48.822292 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 292 > 21:49:48.850628 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp > v3 report, 1 group record(s) > 21:49:49.050622 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp > v3 report, 1 group record(s) > 21:49:49.506727 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 292 > 21:49:50.255947 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 301 > 21:49:50.351726 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 301 > 21:49:50.701894 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 344 > 21:49:51.105729 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 344 > 21:49:51.446907 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 356 > 21:49:52.137731 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 356 > 21:49:52.969897 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 358 > 21:49:53.114726 IP bigoli.salatschuessel.net.45304 > > 239.255.255.250.1900: UDP, length 358 > 21:49:53.855629 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp > v3 report, 1 group record(s) > 21:49:54.055628 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp > v3 report, 1 group record(s) > 21:49:57.058625 IP gurke-re0.salatschuessel.net > igmp.mcast.net: igmp > v3 report, 1 group record(s) > > > bigoli is the jail gurke-re0 is the host system. > > So far so good - when started with openjdk 6 (jre), it does not send > anything over the network while the software itself claims to send ALIVE > signals without any indication of an error. Is there something I could > debug to find out what is going on with openjdk on FreeBSD? > > PS: please keep me CCed. Does netstat -p or sockstat show any binded ports from your program? At what IP address? Ronald. PS: please do not CC me. I am already on this list. ;-) From lehmann at ans-netz.de Thu Jan 31 06:30:48 2013 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu, 31 Jan 2013 07:30:44 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> Message-ID: <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> Ronald Klop wrote: > Does netstat -p or sockstat show any binded ports from your program? > At what IP address? "-p" is not a valid netstat switch. diablo-jre: fstat (executed on host) root java 27856 text /usr 1754748 -rwxr-xr-x 95014 r root java 27856 wd /usr 1706459 drwxr-xr-x 2560 r root java 27856 root /usr 1657601 drwxr-xr-x 512 r root java 27856 jail /usr 1657601 drwxr-xr-x 512 r root java 27856 0 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null r root java 27856 1 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null w root java 27856 2 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null w root java 27856 3 /usr 1755014 -rw-r--r-- 49062836 r root java 27856 4 /usr 1706566 -rwxrwxrwx 33514259 r root java 27856 5 /usr 1705271 -rw-r--r-- 6768 w root java 27856 6 /usr 1705262 -rw-r--r-- 8472 w root java 27856 7 /usr 1754970 -rw-r--r-- 313976 r root java 27856 8* internet stream tcp fffffe0052d5fb70 root java 27856 10* pipe fffffe000687e2d8 <-> fffffe000687e430 0 rw root java 27856 11* internet stream tcp root java 27856 12* pipe fffffe000687e430 <-> fffffe000687e2d8 0 rw root java 27856 13* internet dgram udp fffffe0052bb0310 root java 27856 14 /usr/JAILS/bigoli/dev 25 crw-rw-rw- random r root java 27856 15 /usr/JAILS/bigoli/dev 25 crw-rw-rw- random r sockstat (executed on host) root java 27856 8 tcp4 10.0.0.23:5001 *:* root java 27856 13 udp4 10.0.0.23:1900 *:* openjdk6-jre: fstat (executed on host) root java 36598 text /usr 2002099 -r-xr-xr-x 56460 r root java 36598 wd /usr 1706459 drwxr-xr-x 2560 r root java 36598 root /usr 1657601 drwxr-xr-x 512 r root java 36598 jail /usr 1657601 drwxr-xr-x 512 r root java 36598 0 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null r root java 36598 1 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null w root java 36598 2 /usr/JAILS/bigoli/dev 21 crw-rw-rw- null w root java 36598 3 /usr 2002155 -r--r--r-- 52984843 r root java 36598 4 /usr 1706566 -rwxrwxrwx 33514259 r root java 36598 5 /usr 1705271 -rw-r--r-- 6634 w root java 36598 6 /usr 1705271 -rw-r--r-- 6634 w root java 36598 7 /usr 2002161 -r--r--r-- 449182 r root java 36598 8 /usr/JAILS/bigoli/dev 25 crw-rw-rw- random r root java 36598 9 /usr/JAILS/bigoli/dev 25 crw-rw-rw- random r root java 36598 10* internet stream tcp fffffe0052a487a0 root java 36598 12* pipe fffffe001d1f1000 <-> fffffe001d1f1158 0 rw root java 36598 13* internet stream tcp root java 36598 14* pipe fffffe001d1f1158 <-> fffffe001d1f1000 0 rw root java 36598 15 root java 36598 16* internet dgram udp fffffe0006928188 sockstat (executed on host) root java 36598 10 tcp4 10.0.0.23:5001 *:* root java 36598 16 udp4 10.0.0.23:1900 *:* From ronald-freebsd8 at klop.yi.org Thu Jan 31 09:39:46 2013 From: ronald-freebsd8 at klop.yi.org (Ronald Klop) Date: Thu, 31 Jan 2013 10:39:36 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> Message-ID: On Thu, 31 Jan 2013 07:30:44 +0100, Oliver Lehmann wrote: > > Ronald Klop wrote: > >> Does netstat -p or sockstat show any binded ports from your program? At >> what IP address? > > "-p" is not a valid netstat switch. Oh, sorry that is on Windows or Linux to print the program name. I confused the options. > > diablo-jre: > > fstat (executed on host) > root java 27856 text /usr 1754748 -rwxr-xr-x 95014 r > root java 27856 wd /usr 1706459 drwxr-xr-x 2560 r > root java 27856 root /usr 1657601 drwxr-xr-x 512 r > root java 27856 jail /usr 1657601 drwxr-xr-x 512 r > root java 27856 0 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null r > root java 27856 1 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null w > root java 27856 2 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null w > root java 27856 3 /usr 1755014 -rw-r--r-- 49062836 r > root java 27856 4 /usr 1706566 -rwxrwxrwx 33514259 r > root java 27856 5 /usr 1705271 -rw-r--r-- 6768 w > root java 27856 6 /usr 1705262 -rw-r--r-- 8472 w > root java 27856 7 /usr 1754970 -rw-r--r-- 313976 r > root java 27856 8* internet stream tcp fffffe0052d5fb70 > root java 27856 10* pipe fffffe000687e2d8 <-> > fffffe000687e430 0 rw > root java 27856 11* internet stream tcp > root java 27856 12* pipe fffffe000687e430 <-> > fffffe000687e2d8 0 rw > root java 27856 13* internet dgram udp fffffe0052bb0310 > root java 27856 14 /usr/JAILS/bigoli/dev 25 crw-rw-rw- > random r > root java 27856 15 /usr/JAILS/bigoli/dev 25 crw-rw-rw- > random r > > sockstat (executed on host) > root java 27856 8 tcp4 10.0.0.23:5001 *:* > root java 27856 13 udp4 10.0.0.23:1900 *:* > > > > > > openjdk6-jre: > > fstat (executed on host) > root java 36598 text /usr 2002099 -r-xr-xr-x 56460 r > root java 36598 wd /usr 1706459 drwxr-xr-x 2560 r > root java 36598 root /usr 1657601 drwxr-xr-x 512 r > root java 36598 jail /usr 1657601 drwxr-xr-x 512 r > root java 36598 0 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null r > root java 36598 1 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null w > root java 36598 2 /usr/JAILS/bigoli/dev 21 crw-rw-rw- > null w > root java 36598 3 /usr 2002155 -r--r--r-- 52984843 r > root java 36598 4 /usr 1706566 -rwxrwxrwx 33514259 r > root java 36598 5 /usr 1705271 -rw-r--r-- 6634 w > root java 36598 6 /usr 1705271 -rw-r--r-- 6634 w > root java 36598 7 /usr 2002161 -r--r--r-- 449182 r > root java 36598 8 /usr/JAILS/bigoli/dev 25 crw-rw-rw- > random r > root java 36598 9 /usr/JAILS/bigoli/dev 25 crw-rw-rw- > random r > root java 36598 10* internet stream tcp fffffe0052a487a0 > root java 36598 12* pipe fffffe001d1f1000 <-> > fffffe001d1f1158 0 rw > root java 36598 13* internet stream tcp > root java 36598 14* pipe fffffe001d1f1158 <-> > fffffe001d1f1000 0 rw > root java 36598 15 > root java 36598 16* internet dgram udp fffffe0006928188 > > > sockstat (executed on host) > root java 36598 10 tcp4 10.0.0.23:5001 *:* > root java 36598 16 udp4 10.0.0.23:1900 *:* Looks quite the same. I have no further clue than to debug with truss or ktrace or maybe dtrace or a java debugger. You can compile the java port with debug symbols also. Ronald. From lehmann at ans-netz.de Thu Jan 31 13:40:44 2013 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu, 31 Jan 2013 14:40:41 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> Message-ID: <20130131144041.Horde.Iz5-mKJH1WTSM_-JX3KKpQ5@avocado.salatschuessel.net> I think I found the problem, but not what is causing it. diable-jre sends out the data using my interface re0, and the address "10.0.0.23". openjdk seems to send out the data somehow through my tun0 interface with the address "10.0.0.23". This of course is complete nonsense. My firewall blocks this traffic: Jan 31 14:29:31 gurke kernel: ipfw: 6004 Deny UDP 10.0.0.23:33104 239.255.255.250:1900 in via tun0 Jan 31 14:29:35 gurke last message repeated 9 times Jan 31 14:29:46 gurke kernel: ipfw: 6004 Deny UDP 10.0.0.23:33892 239.255.255.250:1900 in via tun0 Jan 31 14:29:50 gurke last message repeated 9 times Jan 31 14:30:10 gurke kernel: ipfw: 6004 Deny UDP 10.0.0.23:20827 239.255.255.250:1900 in via tun0 tun0 is my PPP device to the "outside" world - no idea why it is picked up. The program itself also outputs that it is using the right interface: [main] INFO 14:37:18.681 Scanning network interface re0 / re0 [main] INFO 14:37:18.695 Using forced address 10.0.0.23 [main] INFO 14:37:18.699 Created socket: /10.0.0.23:5001 [main] DEBUG 14:37:19.367 Sending ALIVE... Incoming data on my PPP interface from a jail on the same host this is.... wow - crazy ;) relevant truss output for diablo: http://pastebin.com/RLiFBZTa relevant truss output for openjdk: http://pastebin.com/WHZnKnAS From lehmann at ans-netz.de Thu Jan 31 14:36:35 2013 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu, 31 Jan 2013 15:36:34 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: <20130131144041.Horde.Iz5-mKJH1WTSM_-JX3KKpQ5@avocado.salatschuessel.net> References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> <20130131144041.Horde.Iz5-mKJH1WTSM_-JX3KKpQ5@avocado.salatschuessel.net> Message-ID: <20130131153634.Horde.2Y-Ufe9TALDb0pg4oii-Lg5@avocado.salatschuessel.net> Ok.... nailed it down a bit further. The following testcode: http://pastebin.com/xcdvmfTB # /usr/local/bootstrap-openjdk/bin/javac test.java # /usr/local/bootstrap-openjdk/bin/jar -cfv test.jar Main.class Manifest wurde hinzugef?gt. Hinzuf?gen von: Main.class (ein = 2433) (aus = 1262) (komprimiert 48 %) # /usr/local/bootstrap-openjdk/bin/java -classpath .:test.jar Main name:re0 (re0) Sending message from multicast socket on network interface: name:null Multicast socket is on interface: /0.0.0.0 Socket Timeout: 0 Socket TTL: 1 # /usr/local/diablo-jre1.6.0/bin/java -classpath .:test.jar Main name:re0 (re0) index: 1 addresses: /10.0.0.23; Sending message from multicast socket on network interface: name:null index: -1 addresses: /10.0.0.1; Multicast socket is on interface: /10.0.0.1 Socket Timeout: 0 Socket TTL: 32 # It looks like NetworkInterface.getByInetAddress(InetAddress.getByName(hostname)); works differently between openjdk and diablojdk. Even when I execute it on the host (outside the jail) it is wrong too - so this does not seem to be a jail problem?! From dmk at ncf.ca Thu Jan 31 15:40:02 2013 From: dmk at ncf.ca (Dwayne MacKinnon) Date: Thu, 31 Jan 2013 10:34:31 -0500 Subject: Problem with libsplashscreen.so Message-ID: <11009716.OCkRm4GAce@hudson.private.lan> Hi, I've run into this bug using openjdk-7.11.21_1 on 9.1-RELEASE, both i386 and amd64. I was attempting to run anathema (http://anathema.github.com/) and got the following errors: Java version 1.7.0_011 detected in /usr/local/openjdk7/jre/bin/java... Running Anathema from /usr/home/dwayne/bin/anathema with repository /home/dwayne/.anathema/repository 17:35:41.061 [main] INFO net.sf.anathema.Anathema - Launching Anathema Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at net.sf.anathema.AnathemaBootLoader.main(AnathemaBootLoader.java:19) Caused by: java.lang.UnsatisfiedLinkError: /usr/local/openjdk7/jre/lib/amd64/libsplashscreen.so: /usr/local/openjdk7/jre/lib/amd64/libsplashscreen.so: Undefined symbol "jpeg_resync_to_restart" at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1846) at java.lang.Runtime.loadLibrary0(Runtime.java:845) at java.lang.System.loadLibrary(System.java:1084) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47) at java.security.AccessController.doPrivileged(Native Method) at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121) at net.sf.anathema.AnathemaSplashscreen.hasSplashscreen(AnathemaSplashscreen.java:71) at net.sf.anathema.AnathemaSplashscreen.(AnathemaSplashscreen.java:21) at net.sf.anathema.ProxySplashscreen.(ProxySplashscreen.java:6) at net.sf.anathema.ProxySplashscreen.(ProxySplashscreen.java:5) at net.sf.anathema.Anathema.displayStatus(Anathema.java:61) at net.sf.anathema.Anathema.loadPreferences(Anathema.java:28) at net.sf.anathema.Anathema.startApplication(Anathema.java:22) ... 5 more I think this might be related to java/119654, but my java skills are somewhat shaky. Running the same application using the linux jre from sun/oracle works perfectly. Cheers, DMK From lehmann at ans-netz.de Thu Jan 31 16:13:59 2013 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu, 31 Jan 2013 17:13:52 +0100 Subject: migration diablo-jre openjdk-jre In-Reply-To: <20130131153634.Horde.2Y-Ufe9TALDb0pg4oii-Lg5@avocado.salatschuessel.net> References: <20130130215438.Horde.qgCXWh6W7_lYONXtU4_9Og3@avocado.salatschuessel.net> <20130131073044.Horde.26xAh7xsQ27FI55KT1eoWg9@avocado.salatschuessel.net> <20130131144041.Horde.Iz5-mKJH1WTSM_-JX3KKpQ5@avocado.salatschuessel.net> <20130131153634.Horde.2Y-Ufe9TALDb0pg4oii-Lg5@avocado.salatschuessel.net> Message-ID: <20130131171352.Horde.tojtom5hFrNhx1COyR-zhA7@avocado.salatschuessel.net> Would be cool if someone could test this as well. Source: http://pastebin.com/x7itK6E3 (change the IP adress to something you have on your system) Output: diablo-jre6: Sending message from multicast socket on network interface: name:re1 (re1) index: 2 addresses: /10.0.1.1; openjdk6 + openjdk7: Sending message from multicast socket on network interface: name:null linux-sun-jre1.6.0 + linux-sun-jre1.7.0: Exception in thread "main" java.net.SocketException: Cannot assign requested address at java.net.PlainDatagramSocketImpl.socketGetOption(Native Method) at java.net.PlainDatagramSocketImpl.getOption(Unknown Source) at java.net.MulticastSocket.getNetworkInterface(Unknown Source) at Main.main(test.java:13) on Windows running Oracles JRE 1.7_u11: Sending message from multicast socket on network interface: name:eth3 (Realtek PCIe GBE Family Controller) From pphillips at experts-exchange.com Thu Jan 31 19:01:04 2013 From: pphillips at experts-exchange.com (Phil Phillips) Date: Thu, 31 Jan 2013 11:01:02 -0800 Subject: OpenJDK7: libnet.so getting closed twice In-Reply-To: <5108356B.1060008@experts-exchange.com> References: <5108356B.1060008@experts-exchange.com> Message-ID: <510ABF6E.8050404@experts-exchange.com> It turns out that this bug seems to be release-specific. The double close() behavior is consistent on FreeBSD 7, but I have yet to see it happen on FreeBSD 8. My only hunch is that this has something to do with OpenJDK7 having more of the system calls "restartable" (interrupted system calls getting retried). Maybe there's something not quite right with FreeBSD 7 reporting EINTR - perhaps specifically when there's an open() / close() with no read()? That's all just speculation, though. In any event, this is probably not too big of an issue, considering FreeBSD 7 is approaching end-of-life. -Phil