Skip to content
This repository has been archived by the owner on Sep 1, 2023. It is now read-only.

Releases: hhvm/hhvm-autoload

Support current HHVM nightlies (4.15-dev)

19 Jul 15:48
Compare
Choose a tag to compare
v2.0.7

Stop generating top-level requires

Support nightly builds

26 Mar 17:58
Compare
Choose a tag to compare

This release removes usage of static locals, which will be unsupported in 4.1

Support nightly builds of HHVM

22 Mar 21:29
Compare
Choose a tag to compare
v2.0.5

stop testing namespace fallback - it's dead jim

Explicitly specify partial mode in generated files

06 Mar 18:00
Compare
Choose a tag to compare

This release fixes compatibility with nightly builds, by replacing <?hh with <?hh // partial

This will be required in 4.1

Support the HSL as the root project, and explicitly require the HSL

13 Feb 17:29
Compare
Choose a tag to compare
  • hhvm-autoload 2 requires the HSL, but did not explicitly depend on it
  • 2.0.0-2.0.2 look for vendor/hhvm/hsl/, but for the HSL itself, this directory does not exist.

Bug fix for composer plugin

12 Feb 21:18
Compare
Choose a tag to compare

Composer now needs to execute the autoloader in a subprocess; this worked, but was not updated for the move to .hack files.

Bugfixes

12 Feb 21:14
Compare
Choose a tag to compare
  • clean test run
  • fix relative paths in generated .hack files

Support for HHVM 4.0; new end-user API

07 Feb 19:55
Compare
Choose a tag to compare

In this release:

  • HHVM 4.0 is supported and required
  • .hack files are supported
  • The composer plugin will now shell out to hhvm-autoload, to allow executing Composer with PHP instead of HHVM
  • vendor/autoload.hack is now generated; the preferred usage is to require() this file, then call Facebook\AutoloadMap\initialize(); hh_autoload.hh and hh_autoload.php are still generated for compatibility, but heavily discouraged.
  • The hh-autoload executable is now a shell script that launches hh-autoload.hack; either execute vendor/bin/hh-autoload without specifying an interpreter, or hhvm vendor/bin/hh-autoload.hack
  • Writer:::writeToFile() will now write just to the file specified. Writer::writeToDirectory() should be used to also generate the backwards-compatibility files.

For HHVM 3.30: improved upgrade path, relative paths fix

28 Feb 22:31
Compare
Choose a tag to compare

This release is intended for users of HHVM 3.30; users of HHVM 4 should use hhvm-autoload v2.x. This release:

  • fixes relative path support
  • modifies the composer plugin to execute the autoloader in a sub-process; this provides a cleaner upgrade path to 4.0, as with 4.0, PHP must be used to execute Composer - and PHP can not load the current plugin.

Generate pure Hack code

14 Dec 20:44
Compare
Choose a tag to compare

This release:

  • removes the HHI
  • generates <?hh instead of <?php

In theory, this is fully compatible - however I've bumped the minor version as the removal of the HHI does mean that your project will have type errors until the autoload map is generated, if your project reads generated data (e.g. Facebook\AutolaodMap\Generated\is_dev())