public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/102472] New: Infinite loop on m68k
@ 2021-09-23 16:26 giulio.benetti at benettiengineering dot com
  2021-09-23 19:25 ` [Bug target/102472] " pinskia at gcc dot gnu.org
                   ` (6 more replies)
  0 siblings, 7 replies; 8+ messages in thread
From: giulio.benetti at benettiengineering dot com @ 2021-09-23 16:26 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

            Bug ID: 102472
           Summary: Infinite loop on m68k
           Product: gcc
           Version: 11.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: giulio.benetti at benettiengineering dot com
  Target Milestone: ---

When building python-uvloop package on Buildroot for m68k gcc enters an
infinite loop on:
'''
/home/giuliobenetti/autobuild/run/instance-3/output-1/host/bin/m68k-linux-gcc
-Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g2
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g2
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC
-I/home/giuliobenetti/autobuild/run/instance-3/output-1/host/m68k-buildroot-linux-uclibc/sysroot/usr/include/python3.9
-c uvloop/loop.c -o build/temp.linux-x86_64-3.9/uvloop/loop.o -O2
'''

To reproduce it:

# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 17d6e6422abadcd6313c430c40f2a5d7162dbbd3

The only way I've found to build correctly is to turn off optimization
overriding CFLAGS with -O0.

In this case that we have an infinite loop, I don't know how provide .i and .s
files. Can you please point me some instruction for this case?

Thanks in advance

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
@ 2021-09-23 19:25 ` pinskia at gcc dot gnu.org
  2021-09-23 20:01 ` giulio.benetti at benettiengineering dot com
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-09-23 19:25 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|                            |2021-09-23
          Component|c                           |target
             Status|UNCONFIRMED                 |WAITING
     Ever confirmed|0                           |1
           Keywords|                            |compile-time-hog

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
>In this case that we have an infinite loop, I don't know how provide .i and .s files. Can you please point me some instruction for this case?

https://gcc.gnu.org/bugs/ has instructions on how to get the .i file. 
Basically add -save-temps to gcc command line (add -v too)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
  2021-09-23 19:25 ` [Bug target/102472] " pinskia at gcc dot gnu.org
@ 2021-09-23 20:01 ` giulio.benetti at benettiengineering dot com
  2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: giulio.benetti at benettiengineering dot com @ 2021-09-23 20:01 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

--- Comment #2 from Giulio Benetti <giulio.benetti at benettiengineering dot com> ---
Oh, I didn't know it could produce .i and .s even when hanging. But yes, that
happens before really building. So .i .s files follow.

Thank you and
Best regards

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
  2021-09-23 19:25 ` [Bug target/102472] " pinskia at gcc dot gnu.org
  2021-09-23 20:01 ` giulio.benetti at benettiengineering dot com
@ 2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
  2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: giulio.benetti at benettiengineering dot com @ 2021-09-23 20:03 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

--- Comment #3 from Giulio Benetti <giulio.benetti at benettiengineering dot com> ---
Created attachment 51505
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51505&action=edit
Pre-processed loop.c(loop.i)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
                   ` (2 preceding siblings ...)
  2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
@ 2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
  2021-09-23 23:51 ` pinskia at gcc dot gnu.org
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: giulio.benetti at benettiengineering dot com @ 2021-09-23 20:03 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

--- Comment #4 from Giulio Benetti <giulio.benetti at benettiengineering dot com> ---
Created attachment 51506
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51506&action=edit
Pre-processed loop.c(loop.s)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
                   ` (3 preceding siblings ...)
  2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
@ 2021-09-23 23:51 ` pinskia at gcc dot gnu.org
  2021-09-24  7:04 ` rguenth at gcc dot gnu.org
  2021-09-24 21:20 ` giulio.benetti at benettiengineering dot com
  6 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-09-23 23:51 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |UNCONFIRMED
     Ever confirmed|1                           |0

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
                   ` (4 preceding siblings ...)
  2021-09-23 23:51 ` pinskia at gcc dot gnu.org
@ 2021-09-24  7:04 ` rguenth at gcc dot gnu.org
  2021-09-24 21:20 ` giulio.benetti at benettiengineering dot com
  6 siblings, 0 replies; 8+ messages in thread
From: rguenth at gcc dot gnu.org @ 2021-09-24  7:04 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

--- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
On the GCC 11 branch head I cannot reproduce this with a x86_64-linux ->
m68k-linux cross cc1, using -O2 -fwrapv -fPIC -g2 -Wno-unused-result
-Wsign-compare -Wall

Can you clarify that it is the compiler that enters an infinite loop rather
than the object being miscompiled and python-uvloop entering an infinite loop?

Can you also please quote the output of the compiler-command when you add -v to
the command-line that causes the hang?  In particular the line showing the cc1
execution is useful.

Note I did not test GCC 11.2.0 exactly.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug target/102472] Infinite loop on m68k
  2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
                   ` (5 preceding siblings ...)
  2021-09-24  7:04 ` rguenth at gcc dot gnu.org
@ 2021-09-24 21:20 ` giulio.benetti at benettiengineering dot com
  6 siblings, 0 replies; 8+ messages in thread
From: giulio.benetti at benettiengineering dot com @ 2021-09-24 21:20 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

Giulio Benetti <giulio.benetti at benettiengineering dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |INVALID
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #6 from Giulio Benetti <giulio.benetti at benettiengineering dot com> ---
Oh sorry, I've just found out now that loop.c takes very very long time to
build(it's 7M of .c source file) and Buildroot autobuilder times out. We need
to retrim timeout value there.
Sorry for the noise, I close this bug as RESOLVED->INVALID.

Best regards

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2021-09-24 21:20 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-23 16:26 [Bug c/102472] New: Infinite loop on m68k giulio.benetti at benettiengineering dot com
2021-09-23 19:25 ` [Bug target/102472] " pinskia at gcc dot gnu.org
2021-09-23 20:01 ` giulio.benetti at benettiengineering dot com
2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
2021-09-23 20:03 ` giulio.benetti at benettiengineering dot com
2021-09-23 23:51 ` pinskia at gcc dot gnu.org
2021-09-24  7:04 ` rguenth at gcc dot gnu.org
2021-09-24 21:20 ` giulio.benetti at benettiengineering dot com

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).