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

Rls 1.1.0rc0 #84

Merged
merged 16 commits into from
Jul 19, 2020
Merged

Rls 1.1.0rc0 #84

merged 16 commits into from
Jul 19, 2020

Conversation

TomAugspurger
Copy link
Contributor

Checklist

  • Used a fork of the feedstock to propose changes
  • Bumped the build number (if the version is unchanged)
  • Reset the build number to 0 (if the version changed)
  • Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
  • Ensured the license file is being packaged.

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe:

  • License is not an SPDX identifier (or a custom LicenseRef) nor an SPDX license expression.

Documentation on acceptable licenses can be found here.

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipe) and found some lint.

Here's what I've got...

For recipe:

  • requirements: host: numpy>=1.15.4 must contain a space between the name and the pin, i.e. numpy >=1.15.4

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@TomAugspurger
Copy link
Contributor Author

TomAugspurger commented Jul 17, 2020

Hmm, we seem to be running into pandas-dev/pandas#33315 / pandas-dev/pandas#33314. I'm not sure what's best here, but I'm leaning towards patching the setup.py to ignore errors on OSX?

  creating build/temp.macosx-10.9-x86_64-3.7
  creating build/temp.macosx-10.9-x86_64-3.7/pandas
  creating build/temp.macosx-10.9-x86_64-3.7/pandas/_libs
  x86_64-apple-darwin13.4.0-clang -fno-strict-aliasing -Wsign-compare -Wunreachable-code -DNDEBUG -fwrapv -O3 -Wall -Wstrict-prototypes -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O3 -pipe -fdebug-prefix-map=${SRC_DIR}=/usr/local/src/conda/${PKG_NAME}-${PKG_VERSION} -fdebug-prefix-map=/Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl=/usr/local/src/conda-prefix -flto -Wl,-export_dynamic -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O3 -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe -isystem /Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include -fdebug-prefix-map=/Users/runner/miniforge3/conda-bld/pandas_1595017990358/work=/usr/local/src/conda/pandas-1.1.0rc0 -fdebug-prefix-map=/Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl=/usr/local/src/conda-prefix -D_FORTIFY_SOURCE=2 -mmacosx-version-min=10.9 -isystem /Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include -DNPY_NO_DEPRECATED_API=0 -I./pandas/_libs -Ipandas/_libs/src/klib -I/Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/lib/python3.7/site-packages/numpy/core/include -I/Users/runner/miniforge3/conda-bld/pandas_1595017990358/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/python3.7m -c pandas/_libs/algos.c -o build/temp.macosx-10.9-x86_64-3.7/pandas/_libs/algos.o -Werror
  clang-10: error: -Wl,-export_dynamic: 'linker' input unused [-Werror,-Wunused-command-line-argument]
  error: command 'x86_64-apple-darwin13.4.0-clang' failed with exit status 1
  ----------------------------------------
  ERROR: Failed building wheel for pandas
Failed to build pandas
ERROR: Could not build wheels for pandas which use PEP 517 and cannot be installed directly
Traceback (most recent call last):
  File "/Users/runner/miniforge3/bin/conda-build", line 11, in <module>
    sys.exit(main())
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/cli/main_build.py", line 474, in main
    execute(sys.argv[1:])
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/cli/main_build.py", line 465, in execute
    verify=args.verify, variants=args.variants)
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/api.py", line 209, in build
    notest=notest, need_source_download=need_source_download, variants=variants)
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/build.py", line 2864, in build_tree
    notest=notest,
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/build.py", line 1995, in build
    cwd=src_dir, stats=build_stats)
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/utils.py", line 404, in check_call_env
    return _func_defaulting_env_to_os_environ('call', *popenargs, **kwargs)
  File "/Users/runner/miniforge3/lib/python3.7/site-packages/conda_build/utils.py", line 384, in _func_defaulting_env_to_os_environ
    raise subprocess.CalledProcessError(proc.returncode, _args)
subprocess.CalledProcessError: Command '['/bin/bash', '-o', 'errexit', '/Users/runner/miniforge3/conda-bld/pandas_1595017990358/work/conda_build.sh']' returned non-zero exit status 1.

recipe/meta.yaml Outdated
- cython >=0.28.2
- numpy
- cython >=0.29.16
- numpy >=1.15.4
Copy link
Member

Choose a reason for hiding this comment

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

Pin exact here to get the oldest possible numpy version.

@TomAugspurger
Copy link
Contributor Author

@conda-forge-admin, please rerender

- cython >=0.28.2
- numpy
- cython >=0.29.16
- numpy ==1.15.4 # [py != 38]
Copy link
Contributor Author

Choose a reason for hiding this comment

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

@xhochy can you check my work here? NumPy 1.17.3 is the first to support python 3.8.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Seems that this will need some work for other platforms:

conda_build.exceptions.DependencyNeedsBuildingError: Unsatisfiable dependencies for platform linux-aarch64: {'numpy==1.15.4'}

cc @odidev if you have any suggestions.

Copy link
Member

Choose a reason for hiding this comment

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

Actually we build Python 3.8 wheels with numpy 1.16 on conda-forge. #85

Also made a PR to ease numpy pinnings for maintainers: conda-forge/conda-forge-pinning-feedstock#701

Copy link

Choose a reason for hiding this comment

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

Seems that this will need some work for other platforms:

conda_build.exceptions.DependencyNeedsBuildingError: Unsatisfiable dependencies for platform linux-aarch64: {'numpy==1.15.4'}

cc @odidev if you have any suggestions.

@TomAugspurger,
Can we use numpy>=1.16.3?
Note: AArch64 and PowerPC architectures are supported from numpy version >= 1.16.3(reference 1.16.3).

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Uwe fixed it in #85 if you want to check that.

Copy link

Choose a reason for hiding this comment

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

Thanks :)

@TomAugspurger
Copy link
Contributor Author

@conda-forge-admin, please rerender

@github-actions
Copy link
Contributor

Hi! This is the friendly automated conda-forge-webservice.
I tried to rerender for you, but it looks like there was nothing to do.

@TomAugspurger
Copy link
Contributor Author

@conda-forge-admin, please rerender

@TomAugspurger
Copy link
Contributor Author

One notable change, the label will now be pandas_rc rather than just rc to comply with https://github.com/conda-forge/cfep/blob/master/cfep-05.md.

@TomAugspurger
Copy link
Contributor Author

aarch64 is failing because of #84 (comment).

I'm not sure why powerpc is timing out, but I'm not going to hold up the rest for it.

@TomAugspurger TomAugspurger merged commit 7fb8b0a into conda-forge:dev Jul 19, 2020
@TomAugspurger TomAugspurger deleted the RLS-1.1.0rc0 branch July 19, 2020 17:21
@WillAyd
Copy link
Contributor

WillAyd commented Nov 17, 2020

Just a guess based off of error message and this SO post:

https://stackoverflow.com/questions/12652641/cflags-wl-export-dynamic-vs-linker-flags-export-dynamic

But maybe the argument should be --export-dynamic on macOS? (note two hyphens)

@WillAyd
Copy link
Contributor

WillAyd commented Nov 17, 2020

Alternately maybe we can get rid of that option altogether? Not super familiar with this toolchain so not clear where that is coming from, but the man page for ld reads as follows:

     -export_dynamic
                 Preserves all global symbols in main executables during LTO.  Without this option, Link Time Optimiza-
                 tion is allowed to inline and remove global functions. This option is used when a main executable may
                 load a plug-in which requires certain symbols from the main executable.

I don't think pandas needs that at all? And it may in fact be beneficial to remove?

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.

5 participants