From: Thomas Wolff <towo@towo.net>
To: cygwin@cygwin.com
Subject: Re: stack grow direction wrongly detected
Date: Sat, 6 Mar 2021 10:29:01 +0100 [thread overview]
Message-ID: <0162d7c3-54a4-3ecd-f6d5-b568ec1d9402@towo.net> (raw)
In-Reply-To: <6dd2f48b-89d6-ce58-c8c1-bb8a351128c2@gmail.com>
Am 06.03.2021 um 09:29 schrieb Marco Atzeri via Cygwin:
> On 05.03.2021 15:43, gs-cygwin.com@gluelogic.com wrote:
>> On Fri, Mar 05, 2021 at 11:31:04PM +0900, Takashi Yano via Cygwin wrote:
>>> On Fri, 5 Mar 2021 13:18:38 +0100
>>> Marco Atzeri wrote:
>>>> Hi Guys,
>>>> noted trying to rebuild guile 1.8.8.
>>>>
>>>> The following piece of code in the past
>>>> was setting SCM_I_GSC_STACK_GROWS_UP=0
>>>> and now produces SCM_I_GSC_STACK_GROWS_UP=1
>>>>
>>>> I assume some change in the gcc compiler is causing the issue.
>>>> I presume most of the programs and libraries do not care,
>>>> but some special one like guile crashes during build for this issue,
>>>> so be aware.
>>>>
>>>> Regards
>>>> Marco
>>>>
>
>>
>> If the compiler is gcc or clang:
>>
>> __attribute__(__noinline__)
>
> thanks Glenn,
>
> as
> __attribute__((__noinline__))
>
> it seems to work
> for all variant of -Ox
>
>> int
>> find_stack_direction ()
>> {
>> ...
>> }
>>
>> Cheers, Glenn
Can somebody explain the weird behaviour previously described, address
of the char going up 1 byte a few times, then skipping down, etc, and
why recursive calls are affected at all by inline, and what gcc thinks
it can optimize in that case?
next prev parent reply other threads:[~2021-03-06 9:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-05 12:18 Marco Atzeri
2021-03-05 14:31 ` Takashi Yano
2021-03-05 14:43 ` gs-cygwin.com
2021-03-06 8:29 ` Marco Atzeri
2021-03-06 9:29 ` Thomas Wolff [this message]
2021-03-05 15:25 ` Thomas Wolff
2021-03-05 18:58 ` Brian Inglis
2021-03-05 20:29 ` Marco Atzeri
2021-03-06 1:06 ` Takashi Yano
2021-03-06 9:12 ` Marco Atzeri
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=0162d7c3-54a4-3ecd-f6d5-b568ec1d9402@towo.net \
--to=towo@towo.net \
--cc=cygwin@cygwin.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).