Bug 874039 – sys-apps/memtest86+-6.00 - ../.../main.c: error: indirect goto in function with

• Status: CONFIRMED
• Product: Gentoo Linux

[Description Toralf Förster 2022-10-02 12:45:42 UTC]

clang -c -std=c11 -Wall -Wextra -Wshadow -m64 -march=x86-64 -mno-mmx -mno-sse -mno-sse2 -fpic -fno-builtin -ffreestanding -fomit-frame-pointer -fno-stack-protector -Os -I../boot -I../system -I../lib -I../tests -I../app -Iapp -o app/interrupt.o ../app/interrupt.c -MMD -MP -MT app/interrupt.o -MF app/interrupt.d
clang -c -std=c11 -Wall -Wextra -Wshadow -m64 -march=x86-64 -mno-mmx -mno-sse -mno-sse2 -fpic -fno-builtin -ffreestanding -fomit-frame-pointer -fno-stack-protector -Os -I../boot -I../system -I../lib -I../tests -I../app -Iapp -o app/main.o ../app/main.c -MMD -MP -MT app/main.o -MF app/main.d
as -64 boot/bootsect.s -o boot/bootsect.o
as -64 boot/setup.s -o boot/setup.o
../app/main.c:172:5: error: indirect goto in function with
      no address-of-label expressions
    goto *new_start_addr;

  -------------------------------------------------------------------

  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.1-j4-20221001-020003

  -------------------------------------------------------------------

gcc-config -l:
 [1] x86_64-pc-linux-gnu-12.2.0 *
clang/llvm (if any):
clang version 15.0.1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm/15/bin
/usr/lib/llvm/15
15.0.1
Python 3.10.7
Available Ruby profiles:
  (none found)
Available Rust versions:
  [1]   rust-bin-1.64.0 *
The following VMs are available for generation-2:
1)	Eclipse Temurin JDK 11.0.16.1_p1 [openjdk-bin-11]
*)	Eclipse Temurin JRE 17.0.4.1_p1 [openjdk-jre-bin-17]
3)	Eclipse Temurin JRE 8.345_p01 [openjdk-jre-bin-8]
Available Java Virtual Machines:
  [1]   openjdk-bin-11 
  [2]   openjdk-jre-bin-8 
  [3]   openjdk-jre-bin-17  system-vm

The Glorious Glasgow Haskell Compilation System, version 9.0.2
php cli (if any):
GNU Make 4.3

  HEAD of ::gentoo
commit ffd974ef87604e20495370342e9dbcb42a4dbc82
Author: Repository mirror & CI <[e-mail]>
Date:   Sun Oct 2 11:31:48 2022 +0000

    2022-10-02 11:31:48 UTC

emerge -qpvO sys-apps/memtest86+
[ebuild  N    ] sys-apps/memtest86+-6.00_beta3  USE="bios64 boot efi64 -bios32 -efi32 -iso32 -iso64"

[Comment 1 Toralf Förster 2022-10-02 12:45:43 UTC]

Created attachment 815425 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2022-10-02 12:45:44 UTC]

Created attachment 815428 [details]
emerge-history.txt

[Comment 3 Toralf Förster 2022-10-02 12:45:46 UTC]

Created attachment 815431 [details]
environment

[Comment 4 Toralf Förster 2022-10-02 12:45:47 UTC]

Created attachment 815434 [details]
etc.portage.tar.bz2

[Comment 5 Toralf Förster 2022-10-02 12:45:48 UTC]

Created attachment 815437 [details]
sys-apps:memtest86+-6.00_beta3:20221002-123610.log

[Comment 6 Agostino Sarubbo 2022-12-18 14:30:17 UTC]

clang-stricter_tinderbox has reproduced this issue with version 6.00 - Updating summary.

[Comment 7 Ben 2023-02-24 17:31:40 UTC]

Workaround is to use gcc instead of clang?

Probably should add in title that this is a clang build of memtest86+ issue?  I happened to chance upon this bug on one of my machines that somehow has 'cc' pointing to clang by default.  Changing to gcc worked around the problem.

[Comment 8 Ben Kohler 2023-05-19 13:06:16 UTC]

Can anyone test if this still affects 6.10 and/or 6.20?

[Comment 9 ppw0 2023-07-17 03:22:09 UTC]

Created attachment 865630 [details]
build log for memtest86+-6.20-r1

With memtest86+-6.20-r1 on clang-16.0.6, an additional macro instantiation error occurs prior.