Bug 220612

Summary: Fix java/bouncycastle15 on armv6
Product: Ports & Packages Reporter: Gerrit Beine <mail+freebsd>
Component: Individual Port(s)Assignee: Eugene Grosbein <eugen>
Status: Closed FIXED    
Severity: Affects Only Me CC: linimon
Priority: --- Flags: eugen: maintainer-feedback+
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
Fix build on armv6
none
The poudriere log showing the problem with building java/bouncycastle15 none

Description Gerrit Beine 2017-07-10 20:00:34 UTC
Created attachment 184240 [details]
Fix build on armv6

If java/bouncycastle15 is build on armv6 with openjdk18, the build stops with

This command is not for general use and should only be run as the result of a call to ProcessBuilder.start() or Runtime.exec() in a java application

(See attached poudriere log file)

This is caused by fork="true" in javac and fork="yes" in junit tasks.

This patched Makefile fixes this issue for systems with ARCH=armv6.
Comment 1 Gerrit Beine 2017-07-10 20:01:13 UTC
Created attachment 184241 [details]
The poudriere log showing the problem with building java/bouncycastle15
Comment 2 commit-hook freebsd_committer freebsd_triage 2017-07-11 05:38:52 UTC
A commit references this bug:

Author: eugen
Date: Tue Jul 11 05:38:32 UTC 2017
New revision: 445468
URL: https://svnweb.freebsd.org/changeset/ports/445468

Log:
  Fix build of java/bouncycastle15 on armv6:
  remove fork="true" in javac and fork="yes" in junit tasks (ant/bc+-build.xml)

  Original report:

    If java/bouncycastle15 is build on armv6 with openjdk18, the build stops with
    This command is not for general use and should only be run as the result of a call to ProcessBuilder.start() or Runtime.exec() in a java application

  PR:		220612
  Submitted by:	Gerrit Beine <mail+freebsd@gerritbeine.de> (based on)
  Approved by:	az (mentor)

Changes:
  head/java/bouncycastle15/Makefile
  head/java/bouncycastle15/files/
  head/java/bouncycastle15/files/armv6-patch-bc+-build.xml
Comment 3 Eugene Grosbein freebsd_committer freebsd_triage 2017-07-11 05:42:44 UTC
The change is static, so your soulution is committed in form of a patch instead of invocation of REINPLACE_CMD.

Thank you for submission!