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

Vs2008 appveyor cmake #617

Closed
wants to merge 2 commits into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions recipes/vs2008_express_vc_python_patch/bld.bat
Original file line number Diff line number Diff line change
@@ -0,0 +1,4 @@
echo %CD%
mkdir %PREFIX%\Scripts
MOVE %SRC_DIR%\setup_x64.bat %PREFIX%\Scripts\
MOVE %SRC_DIR%\x64 %PREFIX%\Scripts\
24 changes: 24 additions & 0 deletions recipes/vs2008_express_vc_python_patch/meta.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,24 @@
package:
name: vs2008_express_vc_python_patch
version: 1.0

source:
url: https://github.com/menpo/condaci/raw/master/vs2008_patch.zip
Copy link
Member

Choose a reason for hiding this comment

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

Should we pick a tag or commit maybe?

Copy link
Contributor

Choose a reason for hiding this comment

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

v0.4.8 is the latest tag.

Copy link
Member

Choose a reason for hiding this comment

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

Should add that personally I would also be ok with just including those files with the recipe. This seems like a special case recipe where that is totally appropriate.

Copy link
Member

Choose a reason for hiding this comment

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

Part of the reason I say that, @pelson, is because @patricksnape plans to remove these from his repo. So, it might be best for both of us if they live somewhere new. Here seems like as good as any place.

Copy link
Member

Choose a reason for hiding this comment

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

Should add there are other cases where we are making the same decision (e.g. the toolchain, conda-forge-build-setup, etc.)

Copy link
Member

Choose a reason for hiding this comment

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

It isn't ideal but if necessary I'm not against it.
Does this whole package need to be put in conda-forge-build-setup? At least, I guess that should be the package which depends on this one?

Copy link
Member

@jakirkham jakirkham Jul 2, 2016

Choose a reason for hiding this comment

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

IMHO it would be nice to keep this separate if this is an option. That way someone has the option of running this locally if needed. Though I'm perfectly fine with making it a dependency of conda-forge-build-setup and running it in the scripts there.

What do you think @msarahan and @patricksnape?

Copy link
Contributor

@patricksnape patricksnape Jul 7, 2016

Choose a reason for hiding this comment

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

As mentioned below, the copying into Program Files would be problematic.

Copy link
Member

Choose a reason for hiding this comment

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

I've been persuaded. Moving this to conda-forge-build-setup seems like the best way forward.

Copy link
Member

Choose a reason for hiding this comment

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

Liking the separate package still for local use though.

sha256: c54143587f74a120f77987ea9a2d011e1c090709f07e3678f25aa1ffb93a6777

build:
number: 0
skip: true # [not win]

test:
commands:
- IF NOT EXIST %SCRIPTS%\setup_x64.bat exit 1
- IF NOT EXIST %SCRIPTS%\x64 exit 1

about:
summary: Workaround to help CMake find the appropriate x64 compiler on VS 2008 Express with VS compiler for python on top.
Copy link
Member

Choose a reason for hiding this comment

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

I guess home would be https://github.com/menpo/condaci or maybe the feedstock. Not sure.

Copy link
Contributor

Choose a reason for hiding this comment

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

Please pin to v0.4.8 as I am deleting that file in condaci. As a note, you don't really need it for MSVC - it only matters with all the Intel architectures (Itanium etc). You just need to copy the one file.


extra:
recipe-maintainers:
- msarahan
- patricksnape
2 changes: 2 additions & 0 deletions recipes/vs2008_express_vc_python_patch/post-link.bat
Original file line number Diff line number Diff line change
@@ -0,0 +1,2 @@
call %PREFIX%\Scripts\setup_x64.bat
copy "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\vcvars64.bat" "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\amd64\vcvarsamd64.bat"
Copy link
Member

Choose a reason for hiding this comment

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

I'd much prefer explicit to implicit given what this is doing. Could we please make this a proper script that one calls explicitly?