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

Adding WREN to vcpkg #7242

Merged
merged 7 commits into from
Sep 11, 2019
Merged

Adding WREN to vcpkg #7242

merged 7 commits into from
Sep 11, 2019

Conversation

RichyHBM
Copy link
Contributor

This is a first pass port of wren to address #7221

I'm still fairly new to vcpkg and am not sure how to get debug/release static/dynamic builds

@msftclas
Copy link

msftclas commented Jul 11, 2019

CLA assistant check
All CLA requirements met.

@Rastaban
Copy link
Contributor

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@cbezault
Copy link
Contributor

cbezault commented Jul 18, 2019

What binaries is this expected to create? Is there supposed to be a wren executable? All I see right now is a library binary and two headers.

Will projects that depend on wren need to use wren to build anything or is the wren executable only needed by the end user?

Also as a side note, it would be preferable to use the libuv port in vcpkg instead of the source bundled with wren.

Actually is libuv even used?

@@ -24,29 +20,20 @@ file(GLOB vm_SRCS ${vm_DIR}/*.c)

set(wren_SRCS ${vm_SRCS} ${opt_SRCS})

add_library(wren ${wren_SRCS})
add_library(wren STATIC ${wren_SRCS})
Copy link
Contributor

@cbezault cbezault Jul 19, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You should probably not explicitly set STATIC here. find_library respects BUILD_SHARED_LIBS if set and that should be preferred.
If Wren really needs to be built statically you can use a vcpkg_check_linkage call in the portfile to force BUILD_SHARED_LIBS to be set to off.

I know this might sound kind of silly but it's more consistent with how we would deal with a port where the CMakeLists.txt is provided for us.

@cbezault cbezault merged commit 1e7303d into microsoft:master Sep 11, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants