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

packages/boost boost_python static library without -fPIC with target x86_64 in 15.05 #1938

Closed
carlosfrade opened this issue Nov 9, 2015 · 2 comments

Comments

@carlosfrade
Copy link

Adding -fPIC to TARGET_CFLAGS resolved the issue for me.
Tested the same release with target Geode and it worked without changes.
Did not verify if this affects all boost static packages

Using packages repo:
src-git packages https://github.com/openwrt/packages.git;for-15.05

Using Openwrt 15.05 commit;
commit 48e7bef
Author: blogic blogic/packages@3c298f89-4303-0410-b956-a3cf2f4a3e73
Date: Mon Aug 3 10:22:38 2015 +0000

@ClaymorePT
Copy link
Contributor

I'm on it.

Until the issue is properly corrected, for those with the same issue, the solution was already documented in the past.
Link 1
Link 2 For info about the problem, specifically for x86-64 archs.

ClaymorePT added a commit to ClaymorePT/packages that referenced this issue Nov 19, 2015
  Major Updates
  - Added support for Python 3.5.
  - Removed the restriction for the target MPC85xx when using uclibc [1].
    - No longer required since uclibc was removed from trunk.
  - Added option to force static compilation.
  - Added option to force linking statically to the C++ standard library and compiler runtime support libraries.
  - Added option to disable multithreading support. It can be helpfull for those who wish to fully optimise their code.
    - Some boost libraries will require multithreading to be active. For those, this option is active as a requirement.

  Minor Updates
  - Added -fPIC to CFLags [2].
    - python requires independent position code.

  References:
  [1] - openwrt#1621
  [2] - openwrt#1938

Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
@ClaymorePT
Copy link
Contributor

FYI
#1991

ClaymorePT added a commit to ClaymorePT/packages that referenced this issue Nov 19, 2015
  Major Updates
  - Added support for Python 3.5.
  - Removed the restriction for the target MPC85xx when using uclibc [1].
    - No longer required since uclibc was removed from trunk.
  - Added option to force static compilation.
  - Added option to force linking statically to the C++ standard library and compiler runtime support libraries.
  - Added option to disable multithreading support. It can be helpfull for those who wish to fully optimise their code.
    - Some boost libraries will require multithreading to be active. For those, this option is active as a requirement.

  Minor Updates
  - Added -fPIC to CFLags [2].
    - python requires independent position code.

  References:
  [1] - openwrt#1621
  [2] - openwrt#1938

Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
ClaymorePT added a commit to ClaymorePT/packages that referenced this issue Nov 19, 2015
  Major Updates
  - Added support for Python 3.5.
  - Removed the restriction for the target MPC85xx when using uclibc [1].
    - No longer required since uclibc was removed from trunk.
  - Added option to force static compilation.
  - Added option to force linking statically to the C++ standard library and compiler runtime support libraries.
  - Added option to disable multithreading support. It can be helpfull for those who wish to fully optimise their code.
    - Some boost libraries will require multithreading to be active. For those, this option is active as a requirement.

  Minor Updates
  - Added -fPIC to CFLags [2].
    - python requires independent position code when statically compiling.

  References:
  [1] - openwrt#1621
  [2] - openwrt#1938

Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
@thess thess closed this as completed Dec 5, 2015
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

No branches or pull requests

3 participants