Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump esbuild from 0.14.42 to 0.14.48 #75

Merged
merged 1 commit into from
Jul 1, 2022

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Jul 1, 2022

Bumps esbuild from 0.14.42 to 0.14.48.

Release notes

Sourced from esbuild's releases.

v0.14.48

  • Enable using esbuild in Deno via WebAssembly (#2323)

    The native implementation of esbuild is much faster than the WebAssembly version, but some people don't want to give Deno the --allow-run permission necessary to run esbuild and are ok waiting longer for their builds to finish when using the WebAssembly backend. With this release, you can now use esbuild via WebAssembly in Deno. To do this you will need to import from wasm.js instead of mod.js:

    import * as esbuild from 'https://deno.land/x/[email protected]/wasm.js'
    const ts = 'let test: boolean = true'
    const result = await esbuild.transform(ts, { loader: 'ts' })
    console.log('result:', result)

    Make sure you run Deno with --allow-net so esbuild can download the WebAssembly module. Using esbuild like this starts up a worker thread that runs esbuild in parallel (unless you call esbuild.initialize({ worker: false }) to tell esbuild to run on the main thread). If you want to, you can call esbuild.stop() to terminate the worker if you won't be using esbuild anymore and you want to reclaim the memory.

    Note that Deno appears to have a bug where background WebAssembly optimization can prevent the process from exiting for many seconds. If you are trying to use Deno and WebAssembly to run esbuild quickly, you may need to manually call Deno.exit(0) after your code has finished running.

  • Add support for font file MIME types (#2337)

    This release adds support for font file MIME types to esbuild, which means they are now recognized by the built-in local web server and they are now used when a font file is loaded using the dataurl loader. The full set of newly-added file extension MIME type mappings is as follows:

    • .eot => application/vnd.ms-fontobject
    • .otf => font/otf
    • .sfnt => font/sfnt
    • .ttf => font/ttf
    • .woff => font/woff
    • .woff2 => font/woff2
  • Remove "use strict"; when targeting ESM (#2347)

    All ES module code is automatically in strict mode, so a "use strict"; directive is unnecessary. With this release, esbuild will now remove the "use strict"; directive if the output format is ESM. This change makes the generated output file a few bytes smaller:

    // Original code
    'use strict'
    export let foo = 123
    // Old output (with --format=esm --minify)
    "use strict";let t=123;export{t as foo};
    // New output (with --format=esm --minify)
    let t=123;export{t as foo};

  • Attempt to have esbuild work with Deno on FreeBSD (#2356)

    Deno doesn't support FreeBSD, but it's possible to build Deno for FreeBSD with some additional patches on top. This release of esbuild changes esbuild's Deno installer to download esbuild's FreeBSD binary in this situation. This configuration is unsupported although in theory everything should work.

  • Add some more target JavaScript engines (#2357)

    This release adds the Rhino and Hermes JavaScript engines to the set of engine identifiers that can be passed to the --target flag. You can use this to restrict esbuild to only using JavaScript features that are supported on those engines in the output files that esbuild generates.

... (truncated)

Changelog

Sourced from esbuild's changelog.

0.14.48

  • Enable using esbuild in Deno via WebAssembly (#2323)

    The native implementation of esbuild is much faster than the WebAssembly version, but some people don't want to give Deno the --allow-run permission necessary to run esbuild and are ok waiting longer for their builds to finish when using the WebAssembly backend. With this release, you can now use esbuild via WebAssembly in Deno. To do this you will need to import from wasm.js instead of mod.js:

    import * as esbuild from 'https://deno.land/x/[email protected]/wasm.js'
    const ts = 'let test: boolean = true'
    const result = await esbuild.transform(ts, { loader: 'ts' })
    console.log('result:', result)

    Make sure you run Deno with --allow-net so esbuild can download the WebAssembly module. Using esbuild like this starts up a worker thread that runs esbuild in parallel (unless you call esbuild.initialize({ worker: false }) to tell esbuild to run on the main thread). If you want to, you can call esbuild.stop() to terminate the worker if you won't be using esbuild anymore and you want to reclaim the memory.

    Note that Deno appears to have a bug where background WebAssembly optimization can prevent the process from exiting for many seconds. If you are trying to use Deno and WebAssembly to run esbuild quickly, you may need to manually call Deno.exit(0) after your code has finished running.

  • Add support for font file MIME types (#2337)

    This release adds support for font file MIME types to esbuild, which means they are now recognized by the built-in local web server and they are now used when a font file is loaded using the dataurl loader. The full set of newly-added file extension MIME type mappings is as follows:

    • .eot => application/vnd.ms-fontobject
    • .otf => font/otf
    • .sfnt => font/sfnt
    • .ttf => font/ttf
    • .woff => font/woff
    • .woff2 => font/woff2
  • Remove "use strict"; when targeting ESM (#2347)

    All ES module code is automatically in strict mode, so a "use strict"; directive is unnecessary. With this release, esbuild will now remove the "use strict"; directive if the output format is ESM. This change makes the generated output file a few bytes smaller:

    // Original code
    'use strict'
    export let foo = 123
    // Old output (with --format=esm --minify)
    "use strict";let t=123;export{t as foo};
    // New output (with --format=esm --minify)
    let t=123;export{t as foo};

  • Attempt to have esbuild work with Deno on FreeBSD (#2356)

    Deno doesn't support FreeBSD, but it's possible to build Deno for FreeBSD with some additional patches on top. This release of esbuild changes esbuild's Deno installer to download esbuild's FreeBSD binary in this situation. This configuration is unsupported although in theory everything should work.

  • Add some more target JavaScript engines (#2357)

... (truncated)

Commits
  • 71be8bc publish 0.14.48 to npm
  • 79a3512 enable using esbuild with deno and wasm (#2359)
  • 4e631f5 fix #2357: add rhino and hermes engine targets
  • 841846f update compat-table
  • 688042e Replace deprecated theme fragment syntax with prefers-color-scheme (#2354)
  • 698898f automatically generate the separate files
  • 5382d3f move engine-related code to separate files
  • 3f97a32 fix #2356: download the FreeBSD binary for Deno
  • 5d7ac55 fix #2347: strip "use strict" when targeting ESM
  • 8b0da1d fix #2337: add support for font file MIME types
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot dependabot bot added dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code labels Jul 1, 2022
@dependabot dependabot bot force-pushed the dependabot/npm_and_yarn/esbuild-0.14.48 branch from 0914736 to 1e52987 Compare July 1, 2022 10:47
Bumps [esbuild](https://github.com/evanw/esbuild) from 0.14.42 to 0.14.48.
- [Release notes](https://github.com/evanw/esbuild/releases)
- [Changelog](https://github.com/evanw/esbuild/blob/master/CHANGELOG.md)
- [Commits](evanw/esbuild@v0.14.42...v0.14.48)

---
updated-dependencies:
- dependency-name: esbuild
  dependency-type: direct:development
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot force-pushed the dependabot/npm_and_yarn/esbuild-0.14.48 branch from 1e52987 to 3e17f7d Compare July 1, 2022 10:49
@isimluk isimluk merged commit d62d11a into main Jul 1, 2022
@isimluk isimluk deleted the dependabot/npm_and_yarn/esbuild-0.14.48 branch July 1, 2022 10:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant