1. 14 11月, 2019 2 次提交
    • R
      Revert "refactor: per-worker resource table (#3306)" · fdf0ede2
      Ryan Dahl 提交于
      This patch does not work with the recent bundler changes (#3325).
      Unfortunately I didn't merge master before landing this patch. It has
      something to do with console.log not working inside the compiler worker.
      
      This reverts commit fd62379e.
      fdf0ede2
    • B
      refactor: per-worker resource table (#3306) · fd62379e
      Bartek Iwańczuk 提交于
      - removes global `RESOURCE_TABLE` - resource tables are now created per `Worker`
        in `State`
      - renames `CliResource` to `StreamResource` and moves all logic related
        to it to `cli/ops/io.rs`
      - removes `cli/resources.rs`
      - adds `state` argument to `op_read` and `op_write` and consequently adds
        `stateful_minimal_op` to `State`
      - IMPORTANT NOTE: workers don't have access to process stdio - this is
        caused by fact that dropping worker would close stdout for process
        (because it's constructed from raw handle, which closes underlying file
        descriptor on drop)
      fd62379e
  2. 10 11月, 2019 1 次提交
  3. 07 11月, 2019 1 次提交
    • R
      Remove CoreResource::inspect_repr method (#3274) · 5c1deac0
      Ry Dahl 提交于
      Towards simplifying (or better removing entirely) the CoreResource
      trait. Resources should be any bit of privileged heap allocated memory
      that needs to be referenced from JS, not very specific trait
      implementations. Therefore CoreResource should be pushed towards being
      as general as possible.
      5c1deac0
  4. 04 11月, 2019 1 次提交
    • B
      Refactor Worker and ThreadSafeState (#3242) · 0049d4e5
      Bartek Iwańczuk 提交于
      * Split ThreadSafeState into State and GlobalState. State is a "local"
        state belonging to "Worker" while "GlobalState" is state shared by
        whole program.
      * Update "Worker" and ops to use "GlobalState" where applicable
      * Move and refactor "WorkerChannels" resource
      0049d4e5
  5. 03 11月, 2019 1 次提交
    • R
      feat: lockfiles (#3231) · 86b3ac51
      Ry Dahl 提交于
      Use --lock-write=lock.json or --lock-check=lock.json on the command
      line.
      86b3ac51
  6. 23 10月, 2019 1 次提交
  7. 17 10月, 2019 1 次提交
  8. 12 10月, 2019 1 次提交
  9. 03 10月, 2019 1 次提交
  10. 02 10月, 2019 2 次提交
  11. 22 8月, 2019 1 次提交
    • R
      Organize dispatch a bit (#2796) · bdc97b39
      Ryan Dahl 提交于
      Just some clean up reorganization around flatbuffer/minimal dispatch
      code. This is prep for adding a JSON dispatcher.
      bdc97b39
  12. 16 8月, 2019 1 次提交
  13. 14 8月, 2019 1 次提交
  14. 09 8月, 2019 1 次提交
  15. 08 8月, 2019 1 次提交
    • R
      Add op_id throughout op API (#2734) · e438ac2c
      Ryan Dahl 提交于
      Removes the magic number hack to switch between flatbuffers and the
      minimal dispatcher.
      
      Adds machinery to pass the op_id through the shared_queue.
      e438ac2c
  16. 05 8月, 2019 1 次提交
  17. 01 8月, 2019 2 次提交
    • R
      Use system rustfmt instead of fixed binary (#2701) · 3971dcfe
      Ryan Dahl 提交于
      3971dcfe
    • B
      refactor: cleanup compiler pipeline (#2686) · 2e1ab823
      Bartek Iwańczuk 提交于
      * remove fetch_source_file_and_maybe_compile_async and 
        replace it with State.fetch_compiled_module
      
      * remove SourceFile.js_source()
      
      * introduce CompiledModule which is basically the same as
        deno::SourceInfo and represents arbitrary file that has been 
        compiled to JS module
      
      * introduce //cli/compilers module containing all compilers
      
      * introduce JsCompiler which is a no-op compiler
        - output is the same as input, no compilation takes place
        - it is used for MediaType::JavaScript and MediaType::Unknown
      
      * introduce JsonCompiler that wraps JSON in default export
      
      * support JS-to-JS compilation using checkJs
      2e1ab823
  18. 31 7月, 2019 1 次提交
  19. 18 7月, 2019 1 次提交
    • B
      Refactor DenoDir (#2636) · 8214b686
      Bartek Iwańczuk 提交于
      * rename `ModuleMetaData` to `SourceFile` and remove TS specific
        functionality
      
      * add `TsCompiler` struct encapsulating processing of TypeScript files
      
      * move `SourceMapGetter` trait implementation to `//cli/compiler.rs`
      
      * add low-level `DiskCache` API for general purpose caches and use it in
        `DenoDir` and `TsCompiler` for filesystem access
      
      * don't use hash-like filenames for compiled modules, instead use
        metadata file for storing compilation hash
      
      * add `SourceFileCache` for in-process caching of loaded files for fast
        subsequent access
      
      * define `SourceFileFetcher` trait encapsulating loading of local and
        remote files and implement it for `DenoDir`
      
      * define `use_cache` and `no_fetch` flags on `DenoDir` instead of using
        in fetch methods
      8214b686
  20. 12 7月, 2019 1 次提交
  21. 08 7月, 2019 2 次提交
    • B
      72d90455
    • B
      core: clearly define when module lookup is path-based vs URL-based · 9b1997b8
      Bert Belder 提交于
      The rules are now as follows:
      
      * In `import` statements, as mandated by the WHATWG specification,
        the import specifier is always treated as a URL.
        If it is a relative URL, it must start with either / or ./ or ../
      
      * A script name passed to deno as a command line argument may be either
        an absolute URL or a local path.
        - If the name starts with a valid URI scheme followed by a colon, e.g.
          'http:', 'https:', 'file:', 'foo+bar:', it always interpreted as a
          URL (even if Deno doesn't support the indicated protocol).
        - Otherwise, the script name is interpreted as a local path. The local
          path may be relative, and operating system semantics determine how
          it is resolved. Prefixing a relative path with ./ is not required.
      9b1997b8
  22. 27 6月, 2019 1 次提交
  23. 25 6月, 2019 1 次提交
  24. 20 6月, 2019 1 次提交
  25. 18 6月, 2019 1 次提交
  26. 15 6月, 2019 1 次提交
  27. 14 6月, 2019 1 次提交
  28. 13 6月, 2019 2 次提交
  29. 12 6月, 2019 2 次提交
  30. 11 6月, 2019 1 次提交
  31. 09 6月, 2019 2 次提交
  32. 08 6月, 2019 1 次提交
  33. 07 6月, 2019 1 次提交