Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Core caching fails when custom build path on different drive from system temporary folder #2157

Open
Labels
os: windowsSpecific to Windows operating system topic: codeRelated to content of the project itself type: imperfectionPerceived defect in any part of project
@per1234

Description

Describe the problem

Under the following conditions:

  • A custom build path is set via the --build-path flag.
  • The build path is on a different drive from the system temporary folder.

core caching fails:

Couldn't deeply cache core build: Rel: can't make E:\build-path relative to C:\Users\per\AppData\Local\Temp\arduino\cores

To reproduce

$ arduino-cli version
arduino-cli.exe Version: git-snapshot Commit: 2c2a5cc6 Date: 2023年04月24日T05:04:04Z
$ arduino-cli sketch new "e:/FooSketch" # The sketch path must be on the same drive as the build path due to arduino/arduino-cli#2156
Sketch created in: e:\FooSketch
$ arduino-cli compile --build-path "e:/build-path" --fqbn arduino:avr:uno "e:/FooSketch"
Couldn't deeply cache core build: Rel: can't make e:\build-path relative to C:\Users\per\AppData\Local\Temp\arduino\cores
Running normal build of the core...
Sketch uses 444 bytes (1%) of program storage space. Maximum is 32256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2039 bytes for local variables. Maximum is 2048 bytes.
Used platform Version Path
arduino:avr 1.8.6 C:\Users\per\AppData\Local\Arduino15\packages\arduino\hardware\avr1円.8.6

Expected behavior

Core caching to be done regardless of build path location.

Arduino CLI version

2c2a5cc

Operating system

Windows

Operating system version

11

Additional context

I was not able to reproduce the fault on Linux or macOS

Issue checklist

  • I searched for previous reports in the issue tracker
  • I verified the problem still occurs when using the nightly build
  • My report contains all necessary details

Metadata

Metadata

Assignees

No one assigned

    Labels

    os: windowsSpecific to Windows operating system topic: codeRelated to content of the project itself type: imperfectionPerceived defect in any part of project

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

        AltStyle によって変換されたページ (->オリジナル) /