Re: [Boost-bugs] [Boost C++ Libraries] #9772: [libs/context] make_i386_sysv_elf_gas.S:52: Error: invalid instruction suffix for `pop'

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #9772: [libs/context] make_i386_sysv_elf_gas.S:52: Error: invalid instruction suffix for `pop'
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2014-03-19 11:52:59


#9772: [libs/context] make_i386_sysv_elf_gas.S:52: Error: invalid instruction
suffix for `pop'
--------------------------------------+------------------------
  Reporter: ad@… | Owner: olli
      Type: Bugs | Status: reopened
 Milestone: To Be Determined | Component: context
   Version: Boost Development Trunk | Severity: Regression
Resolution: | Keywords:
--------------------------------------+------------------------

Comment (by class101 <ad@…>):

 OK Finally

 Disregard my error on gcc-5666.3 and 32_64, it is technically a known
 issue with the cross compiler, here is my may to Ray

 {{{
 Hi Ray,

 While compiling boost I think I have found an issue in gcc-5666.3

 It compiles fine the 32-bit or 64-bit libs separately

 but when attempting to use Apple's argument to build a fat lib -arch
 i386 -arch x86_64

 I'm getting

     "X:/libs/gcc-5666.3-x86_64-apple-darwin10/bin/g++.exe"
 -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -arch
 x86_64 -w -DBOOST_ALL_NO_LIB=1 -DBOOST_CONTEXT_SOURCE -DNDEBUG -I"." -c
 -o
 "bin.v2\libs\context\build\gcc-4.2.1\release\abi-sysv\address-model-32_64
 \binary-format-mach-o\link-static\pch-off\strip-on\target-os-darwin
 \threadapi-pthread\threading-multi\unsupported.o"
 "libs\context\src\unsupported.cpp"

 cc1plus.exe: error: unrecognized command line option "-arch"

 Is rejected by cc1plus.exe but when you try
 "X:/libs/gcc-5666.3-x86_64-apple-darwin10/bin/g++.exe" -arch alone it
 does not complain of an unknown parameter

 As I see you have made patches on driverdriver.c with
 5666.3/130-relocatable.patch maybe do you have an idea what could cause
 this
 }}}

 Ray
 {{{
 Yeah, this is a known issue, and you have got close to identifying the
 cause.

 Basically we don't use driverdriver.c in ctng (my old toolchain4
 project did use it though!)

 If you look here:
 https://github.com/mingwandroid/toolchain4/blob/master/toolchain.sh#L1380

 .. you can see how I compiled it in that project.

 .. but really I want to (and started to) make the Autotools/Makefile
 system in Apple's GCC build it automatically the way it should be
 done.

 .. but also, since GCC is fast becoming deprecated in the Apple world,
 I wonder if I'll ever get round to that .. quite likely I wont.
 }}}

 So in short with a gcc-5666.3 crosscompiler, stick with toolset=gcc
 <linker-type>darwin and the patch in comment#13 and all is fine

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/9772#comment:21>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:15 UTC