I've recently upgraded to -current on loongson and retried building GCC
8.4.0 and unfortunately it failed with the same error.  Looks like Clang
miscompiles bootstrapping GCC on mips64el/loongson.  Should I report
this upstream?  Any tips (like system info or logs to include) on filing
the bug?

Thanks.


manp...@gmail.com writes:

> (Adding bugs@ and ports@ back to CC)
>
> On 6/13/21 7:37 PM, Brad Smith wrote:
>> On Thu, May 27, 2021 at 01:27:17AM -0700, manp...@gmail.com wrote:
>>>> Synopsis:  lang/gcc/8 fails to build on loongson
>>>> Category:  ports
>>>> Environment:
>>>     System      : OpenBSD 6.9
>>>     Details     : OpenBSD 6.9 (GENERIC) #78: Thu Apr 22 20:28:58 MDT 2021
>>>                      
>>> dera...@loongson.openbsd.org:/usr/src/sys/arch/loongson/compile/GENERIC
>>>
>>>     Architecture: OpenBSD.loongson
>>>     Machine     : loongson
>>>> Description:
>>>          lang/gcc/8 fails to build on loongson
>>>> How-To-Repeat:
>>>          Reproducible on loongson when building using dpb.  Build log is
>>> attached.
>>>> Fix:
>>>     No idea.
>>>
>>> dmesg:
>>> OpenBSD 6.9 (GENERIC) #78: Thu Apr 22 20:28:58 MDT 2021
>>>      dera...@loongson.openbsd.org:/usr/src/sys/arch/loongson/compile/GENERIC
>>> real mem = 1073741824 (1024MB)
>>> avail mem = 1052065792 (1003MB)
>>> random: boothowto does not indicate good seed
>>> mainbus0 at root: Lemote Yeeloong
>>> cpu0 at mainbus0: STC Loongson2F CPU 797 MHz, STC Loongson2F FPU
>>> cpu0: cache L1-I 64KB D 64KB 4 way, L2 512KB 4 way
>>> bonito0 at mainbus0: memory and PCI-X controller, rev 1
>>> pci0 at bonito0 bus 0
>>> rl0 at pci0 dev 7 function 0 "Realtek 8139" rev 0x10: irq 5, address
>>> 00:23:8b:33:d4:7f
>>> rlphy0 at rl0 phy 0: RTL internal PHY
>>> smfb0 at pci0 dev 8 function 0 "Silicon Motion LynxEM+" rev 0xb0: 1024x600,
>>> 16bpp
>>> wsdisplay0 at smfb0 mux 1: console (std, vt100 emulation)
>>> ohci0 at pci0 dev 9 function 0 "NEC USB" rev 0x44: irq 7, version 1.0
>>> ehci0 at pci0 dev 9 function 1 "NEC USB" rev 0x05: irq 7
>>> usb0 at ehci0: USB revision 2.0
>>> uhub0 at usb0 configuration 1 interface 0 "NEC EHCI root hub" rev 2.00/1.00
>>> addr 1
>>> glxpcib0 at pci0 dev 14 function 0 "AMD CS5536 ISA" rev 0x03: rev 3, 32-bit
>>> 3579545Hz timer, watchdog, gpio, i2c
>>> isa0 at glxpcib0
>>> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
>>> pckbd0 at pckbc0 (kbd slot)
>>> wskbd0 at pckbd0: console keyboard, using wsdisplay0
>>> pms0 at pckbc0 (aux slot)
>>> wsmouse0 at pms0 mux 0
>>> mcclock0 at isa0 port 0x70/2: mc146818 or compatible
>>> ykbec0 at isa0 port 0x381/3
>>> gpio1 at glxpcib0: 32 pins
>>> iic at glxpcib0 not configured
>>> glxclk0 at glxpcib0: clock, prof
>>> pciide0 at pci0 dev 14 function 2 "AMD CS5536 IDE" rev 0x01: DMA, channel 0
>>> wired to compatibility, channel 1 wired to compatibility
>>> wd0 at pciide0 channel 0 drive 0: <FUJITSU MHZ2160BH G2>
>>> wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
>>> wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
>>> pciide0: channel 1 ignored (disabled)
>>> auglx0 at pci0 dev 14 function 3 "AMD CS5536 Audio" rev 0x01: isa irq 9,
>>> CS5536 AC97
>>> ac97: codec id 0x414c4760 (Avance Logic ALC655 rev 0)
>>> audio0 at auglx0
>>> ohci1 at pci0 dev 14 function 4 "AMD CS5536 USB" rev 0x02: isa irq 11,
>>> version 1.0, legacy support
>>> ehci1 at pci0 dev 14 function 5 "AMD CS5536 USB" rev 0x02: isa irq 11
>>> usb1 at ehci1: USB revision 2.0
>>> uhub1 at usb1 configuration 1 interface 0 "AMD EHCI root hub" rev 2.00/1.00
>>> addr 1
>>> usb2 at ohci0: USB revision 1.0
>>> uhub2 at usb2 configuration 1 interface 0 "NEC OHCI root hub" rev 1.00/1.00
>>> addr 1
>>> usb3 at ohci1: USB revision 1.0
>>> uhub3 at usb3 configuration 1 interface 0 "AMD OHCI root hub" rev 1.00/1.00
>>> addr 1
>>> apm0 at mainbus0
>>> umass0 at uhub1 port 1 configuration 1 interface 0 "Generic USB2.0-CRW" rev
>>> 2.00/58.87 addr 2
>>> umass0: using SCSI over Bulk-Only
>>> scsibus0 at umass0: 2 targets, initiator 0
>>> sd0 at scsibus0 targ 1 lun 0: <Generic-, Multi-Card, 1.00> removable
>>> serial.0bda0158114173400000
>>> urtw0 at uhub1 port 4 configuration 1 interface 0 "Realtek
>>> RTL8187B_WLAN_Adapter" rev 2.00/2.00 addr 3
>>> urtw0: RTL8187B rev E, address 00:17:c4:4d:ea:21
>>> vscsi0 at root
>>> scsibus1 at vscsi0: 256 targets
>>> softraid0 at root
>>> scsibus2 at softraid0: 256 targets
>>> pmon bootpath: bootduid=b0c7a9c3d196767f
>>> root on wd0a (b0c7a9c3d196767f.a) swap on wd0b dump on wd0b
>>>
>>> usbdevs:
>>> Controller /dev/usb0:
>>> addr 01: 1033:0000 NEC, EHCI root hub
>>>      high speed, self powered, config 1, rev 1.00
>>>      driver: uhub0
>>> Controller /dev/usb1:
>>> addr 01: 1022:0000 AMD, EHCI root hub
>>>      high speed, self powered, config 1, rev 1.00
>>>      driver: uhub1
>>> addr 02: 0bda:0158 Generic, USB2.0-CRW
>>>      high speed, power 500 mA, config 1, rev 58.87, iSerial 
>>> 20071114173400000
>>>      driver: umass0
>>> addr 03: 0bda:8189 Realtek, RTL8187B_WLAN_Adapter
>>>      high speed, power 500 mA, config 1, rev 2.00, iSerial 00e04c000001
>>>      driver: urtw0
>>> Controller /dev/usb2:
>>> addr 01: 1033:0000 NEC, OHCI root hub
>>>      full speed, self powered, config 1, rev 1.00
>>>      driver: uhub2
>>> Controller /dev/usb3:
>>> addr 01: 1022:0000 AMD, OHCI root hub
>>>      full speed, self powered, config 1, rev 1.00
>>>      driver: uhub3
>> 
>> Any better with 8.5?
>> 
>
> Hi Brad,
>
> Thanks for the patch to try 8.5.  Unfortunately it still doesn't fix
> this issue and the errors remain the same.  I've attached the build
> and config logs.
>
> I also notice that the base GCC was built using Clang.  Is there a way
> to force using GCC 4.2.1 for bootstrapping?

Attachment: signature.asc
Description: PGP signature

Reply via email to