Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • dav1d dav1d
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 29
    • Issues 29
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 14
    • Merge requests 14
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • VideoLANVideoLAN
  • dav1ddav1d
  • Issues
  • #28
Closed
Open
Issue created Sep 25, 2018 by Derek Buitenhuis@dwbuitenReporter

Windows build should prefer native threads over winpthreads, or provide an option to allow it

Currently, if the MinGW toolchain contains a copy of winpthreads, configure will detect it, and use it, instead of using native win32 threads (from src/win32).

There is no way to tell configure to not do this, and there should be, or configure sould prefer this over winpthreads.

Current workaround is to remove winpthreads from the MinGW sysroot, but this is undesirable, when, for example, MinGW is a distro-provided package.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking

VideoLAN code repository instance