public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: "Barnes, Richard" <Richard.Barnes@stratus.com>
To: "H.J. Lu" <hjl.tools@gmail.com>
Cc: "gcc@gcc.gnu.org" <gcc@gcc.gnu.org>
Subject: Re: [EXTERNAL] Re: 64-bit integer typedef's and -fpic lead to infinite loop and growing memory use in port to x86-32
Date: Fri, 4 Jun 2021 18:54:47 +0000	[thread overview]
Message-ID: <MN2PR08MB57434EC45B80136648820FE5933B9@MN2PR08MB5743.namprd08.prod.outlook.com> (raw)
In-Reply-To: <MN2PR08MB5743F6C9C1388D8B69338BF393229@MN2PR08MB5743.namprd08.prod.outlook.com>

I found the problem, and it was a mistake I made elsewhere that resulted in %edx being busy everywhere. I have fixed it and consider the issue resolved.

Richard Barnes

________________________________
From: Barnes, Richard <Richard.Barnes@stratus.com>
Sent: Friday, May 28, 2021 3:59 PM
To: H.J. Lu <hjl.tools@gmail.com>
Cc: gcc@gcc.gnu.org <gcc@gcc.gnu.org>
Subject: Re: [EXTERNAL] Re: 64-bit integer typedef's and -fpic lead to infinite loop and growing memory use in port to x86-32

Our OS is not built with gcc. It is built with native compilers and linkers. It sounds like you are talking about cross compiling, which is something we have considered but hope to avoid.

Richard Barnes
________________________________
From: H.J. Lu <hjl.tools@gmail.com>
Sent: Friday, May 28, 2021 3:52 PM
To: Barnes, Richard <Richard.Barnes@stratus.com>
Cc: gcc@gcc.gnu.org <gcc@gcc.gnu.org>
Subject: Re: [EXTERNAL] Re: 64-bit integer typedef's and -fpic lead to infinite loop and growing memory use in port to x86-32

[EXTERNAL SENDER: This email originated from outside of Stratus Technologies. Do not click links or open attachments unless you recognize the sender and know the content is safe.]

On Fri, May 28, 2021 at 12:42 PM Barnes, Richard
<Richard.Barnes@stratus.com> wrote:
>
> Unfortunately, our OS is only a 32-bit OS. It's ABI is only a 32-bit ABI. As you imply, if we had a 64-bit OS, we would have more registers and more memory and would probably avoid this problem. Also, libgcc2.c is supposed to be built natively by the gcc-10.2.0 compiler you have just created.
>

Are you aware that you can build a 32-bit OS with x86-64?  You can try
-mx32 with
GCC on Ubuntu.  You will get more registers as well as IP relative addressing.


--
H.J.


      reply	other threads:[~2021-06-04 18:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-28 18:45 Barnes, Richard
2021-05-28 19:34 ` H.J. Lu
2021-05-28 19:41   ` [EXTERNAL] " Barnes, Richard
2021-05-28 19:52     ` H.J. Lu
2021-05-28 19:59       ` Barnes, Richard
2021-06-04 18:54         ` Barnes, Richard [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MN2PR08MB57434EC45B80136648820FE5933B9@MN2PR08MB5743.namprd08.prod.outlook.com \
    --to=richard.barnes@stratus.com \
    --cc=gcc@gcc.gnu.org \
    --cc=hjl.tools@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).