- Do not suppress .bak-files when patching things with ``sed(1) -i'',
those can be useful for debugging and catching no-ops
- Drop `files/manfiles', it is no longer used (looks like a relic from
pre-staging times)
- Do not pass ``-as "${AS} ${ASFLAGS}"'' in the initial CONFIGURE_ARGS:
when ARM support was added in r361233, appropriate values are passed
conditionally (subject to ${ARCH}), see line 69
- Simplify handling of CFLAGS (obtained from RedHat package): rather
than passing them as part of the compiler and "fixing" one generated
Makefile in `post-configure', teach the configure script about them
- Remove hunks from `patch-configure' that are irrelevant on *BSD
- Do not aggressively edit configure script in `post-patch', especially
when it is not required (e.g. no variables are expanded). This was
the reason for bogus changes committed in r403835 by wen@ and r403898
by marino@ (cf. "$bytecclinkopts $bytecclinkopts $bytecclinkopts");
now ``make makepatch'' command is idempotent again
- Do not needlessly pass STAGEDIR via MAKE_ENV: it is correctly passed
via MAKE_ARGS (as DESTDIR), and OCaml's build system is aware of it,
while nowhere referencing STAGEDIR variable
- Drop permission fix for ld.conf that was added in r169472 by itetcu@
11 years 4 months ago: it is no-op these days
Build logs remain identical (modulo the whitespace), regression tests pass.
the architecture exists on FreeBSD. Unfortunately, this is not enough for
build to succeed, it now complains that as(1) is not found:
../boot/ocamlrun ../ocamlopt -strict-sequence -w +33..39 -g -warn-error A
-bin-annot -nostdlib -safe-string `./Compflags camlinternalFormatBasics.cmx`
-c camlinternalFormatBasics.ml
sh: as: not found
File "camlinternalFormatBasics.ml", line 1:
Error: Assembler error, input left in file /tmp/camlasm4329ae.s
gmake[7]: *** [Makefile.shared:84: camlinternalFormatBasics.cmx] Error 2
Developed on: ref11-aarch64.freebsd.org
OCaml is using ARCH variable throughout its makefiles, which clashes with
our own variable of the same name. To workaround it, OCAML_ARCH variable
was introduced which is set based on ARCH, and makefiles later patched in
the `post-configure' target.
This approach does not scale well with porting OCaml to new architectures
as being fragile and sometimes making the build non-idempotent under some
circumstances.
Instead of "fixing" makefiles post-configure, rename ARCH to SYSTEM_ARCH:
this avoids the clash altogether and lets configure script to set correct
values for supported architectures in the first place with no adjustments
required afterwards.
Tested on: i386, amd64, powerpc
because that ends up lowering optimization for most people (from -O2).
Approved by: maintainer
(The upgrade is too minor to justify revision bumping of depending ports.)
PR: 195736
Submitted by: Michael Gruenewald (maintainer)
Add'l fixes: marino
Besides typical port cleanup, the dragonfly patches which had been
removed for the update were added back to the configure patch.
The option reacts poorly with ocamlp4, and phasing out DEF_OPT
completely will prevent a lot of breakage with ports that also
interact with ocamlp4.
PR: 189176
Submitted by: Anil Madhavapeddy
Prepared by: maintainer (Michael Gruenewald)
The ocaml port was not respecting a NO_PROFILE definition in make.conf,
which causes a stage check failure (missing files) if it is set. Improve
that logic and patch the configure script in numerous places to support
building the native code compiler on DragonFly. This is one of those
famous ports that think all BSDs have the pattern "bsd" in their target
triplet.
Continued under PR: ports/188158
This is a significant update from the maintainer. Not only has stage
support been added (and verified with an 8x pass on RedPorts), but
installed binaries are no longer stripped which was the cause of the
coccinelle malfunction seen on DragonFly.
Licensing was also defined, and the X11 build failure caused by the
use of the -R linker flag without the -Wl prefix has also been
rectified. [2]
PR: ports/188158 [1]
Submitted by: maintainer (Michael Gruenewald)
PR: ports/188330 [2]
Submitted by: madpilot
Approved by: maintainer
There have been manual outstanding PRs on OCAML that have dragged on
for well more than a year. In the meantime, FreeBSD has been painfully
stucking on version 3.12 of Ocaml. Meanwhile, DragonFly's dports have
been maintaining version 4.00.
With a "Just do it" attitude, the dports version of Ocaml has been brought
in. This doesn't have stage support, nor is the the latest version
available. The idea is just get a working base Ocaml 4.00 in ports and
then have the maintainer update the appropriate PRs.
As a consequence, updates to omake, ocaml-findlib, and ocaml-images is
also required and upcoming.
Urged by: portmgr (bapt)
Related PR: ports/173364
Related PR: ports/173453
- needed to take the MAN()!= out because it causes multiple background shells and can hurt INDEX performance [2]
PR: ports/163275 [1]
Approved by: gabor (mentor) [2]
- Fix devel/cil build with 3.11.0 by using proper object file name
- Fix devel/deputy build with 3.11.0 by using proper object file name
- Fix lang/mtasc. Ocamlp4 syntax has changed and usage of ';' as delimiters
is not allowed now.
- Fix usage message in lang/mtasc.
- Implement a FreeBSD specific code for retriving the executable path in lang/mtasc.
- Update devel/omake to 0.9.8.5.
- Fix devel/omake compilation with 3.11 by dropping an unused reference from the code.
- Fix www/geneweb build with 3.11 by not emitting errors for warnings.
- Fix print/advi build. [2]
- Update lang/cduce to 0.5.3 (this fixes build with ocaml 3.11.0).
PR: ports/130845 [1] [2] (based on)
Submitted by: Hirohisa Yamaguchi <umq@ueo.co.jp> [1],
Tsurutani Naoki <turutani@scphys.kyoto-u.ac.jp> [2]
swith. This allows build with threaded Tk (otherwise configure fails to use
Tk). Also depend on threaded Tk by default in case of THREADS support - with
non-pthread tk library it will not be stable enough
- Add OPTIONS
- Enable builds of non-threaded targets
- Depend on X in case if X is installed, since configure does this by default.
- Rename patchfiles to make portlint happy
- Eliminate the number of reinplace patterns (remove duplicates, optimize)
- Move manpage list in the separate files
- Pass pthread flags to compiler (PTHREAD_CFLAGS/LIBS safety)
- Remove some ugly hacks on setting permissions etc (eliminated by setting
correct permission in COPY_TREE macros)
- Eliminate duplicate entries in PLIST in case of unstalling optimized binaries,
also optimize this part
- Remove unused PLIST_SUB variable
- Miscelanios cleanups in Makefile
- Pass maintainership to submitter
The following files was added:
- files/man1
- files/manlinks
- files/mann
- files/patch-camlp4-man_Makefile
- files/patch-camlp4_lib_Makefile
- files/patch-ocamldoc_Makefile
- files/patch-stdlib_Makefile
I removed the following files:
- files/patch-camlp4-man::Makefile
- files/patch-camlp4::lib::Makefile
- files/patch-ocamldoc::Makefile
- files/patch-stdlib::Makefile
Also add bsd.ocaml.mk until it will be included in Mk/
PR: ports/101122
Submitted by: Stanislav Sedov
as the architecture (and wrote out ${WRKSRC}/config/Makefile).
Our make, however, ignores assigments to this variable. Fortunately for
most concerned, make's ARCH is the same as configure's. Except on
sparc64.
This update fixes this problem as well as
. adds a hunk to patch-configure to enable profiling on all
platforms;
. modifies REPLINPLACE_ARGS to not even create .bak files instead
of removing them later.
at the moment, the build still dies on Panther due to a segfault in the
freshly built ocamlc.opt. It may be due to Panther's running 6-current,
however and there is no other sparc64 to check...
Notified by: kris (the sparc vs. sparc64 issue)
to fix building the port when using WITHOUT_X11 knob.
- Fixed Makefiles to avoid gmake-isms.
- Fix pkg-plist
PR: 60219
Submitted by: maintainer
Noticed by: Dmitry Morozovsky <marck@rinet.ru>,
Marwan Burelle <Marwan.Burelle@ens.fr>
pthreads in Thread module. Also fixes the bug in OCAML
distribution which nobody apparently noticed before.
Use TK 8.3 instead of 8.2 for labltk
PR: 23305
Submitted by: Alexander N. Kabaev <ak03@gte.com>
Submitted by: Patrick M Doane <patrick@watson.org>
