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

gcc.jam mips1 fix #71

Merged
merged 1 commit into from Apr 24, 2015
Merged

gcc.jam mips1 fix #71

merged 1 commit into from Apr 24, 2015

Conversation

ClaymorePT
Copy link
Contributor

gcc.jam was passing the options -m32 and -m64 to mips cross-compilers, when those do not use such options
This modification solves it by adding mips1 as an exception.

This issue was causing problems when building MIPS based targets for OpenWRT.
The problem is discussed here: openwrt/packages#1160

Carlos

  gcc.jam was passing the options -m32 and -m64 to mips cross-compilers, when those do not use such options
  This modification solves it by adding mips as an exception

  Signed-off-by: Carlos M. Ferreira carlosmf.pt@gmail.com
grafikrobot added a commit that referenced this pull request Apr 24, 2015
@grafikrobot grafikrobot merged commit 0199eaf into boostorg:develop Apr 24, 2015
@joerg-krause
Copy link
Contributor

Boost 1.58 does not build for SuperH based targets with Buildroot, too:

Rather then excluding all architectures not supporting -m32 and -m64 including all architectures would help here.

@ClaymorePT
Copy link
Contributor Author

That is true. Unfortunately this is a problem upstream.

The best I could do is to create a better patch for all available archs in
OpenWRT.
I need to cross-check which archs is Boost currently supporting and see if
there is any incompatibility.

On 2 May 2015 at 12:32, Jörg Krause notifications@github.com wrote:

Boost 1.58 does not build for SuperH based targets with Buildroot
http://autobuild.buildroot.net/results/ccd/ccd5c83963032ba49b1627b1dff39e34a9486943/build-end.log,
too:

Rather then excluding all architectures not supporting -m32 and -m64
including all architectures would help here.


Reply to this email directly or view it on GitHub
#71 (comment).

Carlos Miguel Ferreira
Researcher at Telecommunications Institute
Aveiro - Portugal
Work E-mail - cmf@av.it.pt
Skype & GTalk -> carlosmf.pt@gmail.com
LinkedIn -> http://www.linkedin.com/in/carlosmferreira

@vprus
Copy link
Collaborator

vprus commented May 3, 2015

Maybe we can't do much better - we now always set address-model property, so we'd have to issue an error if address-model property is different from the toolset default, and for that we'd need to record the toolset default, and we don't have a way to do this right now. I'm leaning towards applying your last commit, but I'll think a bit more about it.

@joerg-krause
Copy link
Contributor

I've prepared a patch addressing this issue: #76

We had also a small discussion at Buildroot: https://patchwork.ozlabs.org/patch/466950/

@ClaymorePT
Copy link
Contributor Author

I will also update the patch for OpenWRT according to joerg-krause update.
Thanks for the update joerg.

jhunold added a commit that referenced this pull request Jul 20, 2015
Aaron Boman (1):
      Fix implicit-dependency scanner bug.

Jörg Krause (1):
      Don't pass -m32/-m64 where it's not supported.

Jürgen Hunold (3):
      Add support for QtLocation and QtPositioning libraries.
      Bump version number to 2015.07

Rene Rivera (11):
      Add support for building Objective-C/C++ for clang-darwin.
      Add rule to check for declared targets in projects.
      Can now fully specify modular libs externally.
      Add more natural, i.e. direct, glob and glob-tree (ex) project local rules to make it easier to filter globs without repeating paths.
      Fix detection of built-in bjam/b2 exec on Darwin when running on modern x86_64 machines.
      Reporpous "-o" option to mirror all BB output to the specified file.
      Use rpath name for dylibs to make for simpler deployment on OSX.
      Merge pull request #71 from ClaymorePT/develop
      Make modules.import account for relative imports to the same modules.
      Fix missing path normalization when discovering type jam files.

Steven Watanabe (2):
      List the values of architecture.
      Return really returns now.  Also implement break/continue.

Thomas Gebauer (4):
      Added targets /boost//log and /boost//log_setup
      Lexical order of targets
      Added /boost//timer
      Update list of libraries in boost.jam.

Tim D. Smith (1):
      Don't explicitly link python on darwin

Tom Kent (2):
      Update overview.xml
      Backwards sentance

Vladimir Prus (6):
      Don't pass -finline-function option to clang on Darwin.
      Remove bogus 'c3' cpu varant for SPARC.
      Don't fail Windows Store initialization with non-default paths.
      Fix package.install when target name is different from package name.
      Quote gcc command name when querying various properties.
      Fix quoting for multi-part gcc commands.

claymore (1):
      mips1 fix added gcc.jam was passing the options -m32 and -m64 to mips cross-compilers
@github-actions github-actions bot added the transition Transition to bfgroup/b2 label Oct 2, 2021
@github-actions github-actions bot locked and limited conversation to collaborators Oct 2, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
transition Transition to bfgroup/b2
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants