Re: Program that segfaults with -Ofast

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 8, 2018 at 6:26 AM, Christer Solskogen
<christer.solskogen@xxxxxxxxx> wrote:
> On 08.01.2018 11:33, Mason wrote:
>
>> Can you apply the following patch and report what was printed?
>>
> A oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
> B oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
> A oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
> B oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
> A oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
> B oldpos=0 i=0 size=32 name=/home/alarm/amiberry-dev zipname=(null)
> size=4096 seek=0
>
>
> The thing is that the emulator "expects" kickstart rom files in kickstart/ -
> if those files are present there's no segfault with Ofast. It only segfaults
> if there are no kickstart rom files there.

I noticed on OS X some miscompiles occurred if using -Ofast without
-fno-common. Eventually we avoided -fno-common, and used
__attribute__((section ("nocommon"))) on the variables producing the
findings. We were catching Valgrind findings, not crashes though.

Jeff



[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux