This is a big change. Maybe it is better to break it into 2
parts:
1. Introduce gnu-user32.h only, which can be reviewed by x86 backend
maintainers. Another possibility is to add gnu-user-common.h instead of
gnu-user32.h so that no changes to config.gcc are needed.
2. Add Android
On Tue, Apr 3, 2012 at 2:02 PM, Ilya Enkovich enkovich@gmail.com wrote:
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 3/04/2012, at 2:16 AM, Ilya Enkovich wrote:
The point is that one can build a toolchain for i686-linux-gnu that will
support both 32-bit
Ping.
On Apr 4, 2012 at 1:02, Ilya Enkovich enkovich@gmail.com wrote:
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 3/04/2012, at 2:16 AM, Ilya Enkovich wrote:
The point is that one can build a toolchain for i686-linux-gnu that will
support both 32-bit
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 3/04/2012, at 2:16 AM, Ilya Enkovich wrote:
The point is that one can build a toolchain for i686-linux-gnu that will
support both 32-bit and 64-bit multilibs. The 32-bit multilib will be
used by default, and
On 4/04/2012, at 2:56 AM, H.J. Lu wrote:
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
It's simpler that you think. The target headers ($tm_file in config.gcc
-- gnu-user.h, linux*.h, etc. in this case) are all included into tm.h,
which serves as proxy to
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 3/04/2012, at 2:16 AM, Ilya Enkovich wrote:
The point is that one can build a toolchain for i686-linux-gnu that will
support both 32-bit and 64-bit multilibs. The 32-bit multilib will be
used by default, and
On 4/04/2012, at 2:56 AM, H.J. Lu wrote:
On Tue, Apr 3, 2012 at 3:49 AM, Ilya Enkovich enkovich@gmail.com wrote:
It's simpler that you think. The target headers ($tm_file in config.gcc --
gnu-user.h, linux*.h, etc. in this case) are all included into tm.h, which
serves as proxy to
On 2/04/2012, at 3:23 AM, Ilya Enkovich wrote:
As is, it appears this patch did not see much testing, I'm pretty sure it
breaks building shared libraries and PIE executable for Linux.
I do not expect any changes in compiler behavior for non Android
targets. I bootstrapped and checked
On Mon, Apr 2, 2012 at 7:16 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 2/04/2012, at 3:23 AM, Ilya Enkovich wrote:
As is, it appears this patch did not see much testing, I'm pretty sure it
breaks building shared libraries and PIE executable for Linux.
I do not expect any changes in
On 3/04/2012, at 2:16 AM, Ilya Enkovich wrote:
The point is that one can build a toolchain for i686-linux-gnu that will
support both 32-bit and 64-bit multilibs. The 32-bit multilib will be used
by default, and compilation for 64-bit user-space can be requested with -m64
option. Even
Hello Maxim,
Thanks a lot for review. My comments are below.
On 28/02/2012, at 3:41 AM, Ilya Enkovich wrote:
You should keep those *_SPEC and define them with new
GNU_*_SPEC in gnu-user.h since gnu-user.h is also used
by other non-linux targets. In linux.h, you undef *_SPEC
before
Hello Honza,
2012-02-27 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h (GNU_USER_TARGET_CC1_SPEC): New.
(CC1_SPEC): Use GNU_USER_TARGET_CC1_SPEC.
(GNU_USER_TARGET_LINK_SPEC): New.
(LINK_SPEC): Use GNU_USER_TARGET_LINK_SPEC.
On Sun, Apr 1, 2012 at 8:23 AM, Ilya Enkovich enkovich@gmail.com wrote:
i386/linux.h is used only for simple x86 32-bit builds; i386/linux64.h is
used for multilib-enabled x86 toolchains. Placing below definitions in
i386/linux.h will not allow adding an Android as an additional
On 2/04/2012, at 3:23 AM, Ilya Enkovich wrote:
As is, it appears this patch did not see much testing, I'm pretty sure it
breaks building shared libraries and PIE executable for Linux.
I do not expect any changes in compiler behavior for non Android
targets. I bootstrapped and checked
On 30/03/2012, at 6:48 AM, Jan Hubicka wrote:
2012-02-27 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h (GNU_USER_TARGET_CC1_SPEC): New.
(CC1_SPEC): Use GNU_USER_TARGET_CC1_SPEC.
(GNU_USER_TARGET_LINK_SPEC): New.
(LINK_SPEC): Use
2012-02-27 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h (GNU_USER_TARGET_CC1_SPEC): New.
(CC1_SPEC): Use GNU_USER_TARGET_CC1_SPEC.
(GNU_USER_TARGET_LINK_SPEC): New.
(LINK_SPEC): Use GNU_USER_TARGET_LINK_SPEC.
This patch looks good for Android toolchain. But I am not a maintainer.
Can any x86 backend maintainer help to review the patch?
Thanks,
Jing
On Tue, Mar 27, 2012 at 6:55 AM, Ilya Enkovich enkovich@gmail.com wrote:
Ping
13 марта 2012 г. 15:13 пользователь Ilya Enkovich
On 28/02/2012, at 3:41 AM, Ilya Enkovich wrote:
You should keep those *_SPEC and define them with new
GNU_*_SPEC in gnu-user.h since gnu-user.h is also used
by other non-linux targets. In linux.h, you undef *_SPEC
before defining them.
--
H.J.
Thanks for the note. Here is fixed
Ping
13 марта 2012 г. 15:13 пользователь Ilya Enkovich
enkovich@gmail.com написал:
Ping
27 февраля 2012 г. 6:41 пользователь Ilya Enkovich
enkovich@gmail.com написал:
You should keep those *_SPEC and define them with new
GNU_*_SPEC in gnu-user.h since gnu-user.h is also used
by
Ping
27 февраля 2012 г. 6:41 пользователь Ilya Enkovich
enkovich@gmail.com написал:
You should keep those *_SPEC and define them with new
GNU_*_SPEC in gnu-user.h since gnu-user.h is also used
by other non-linux targets. In linux.h, you undef *_SPEC
before defining them.
--
H.J.
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* config/i386/gnu-user.h (LINUX_TARGET_CC1_SPEC): New.
I don't
On Fri, Feb 24, 2012 at 7:17 AM, Ilya Enkovich enkovich@gmail.com wrote:
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com
wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* config/i386/gnu-user.h (LINUX_TARGET_CC1_SPEC): New.
I don't
23 matches
Mail list logo