Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 837137 - sys-fs/mac-fdisk-0.1_p18 on riscv: fdisklabel.h:62:2: error: #error unknown architecture
Summary: sys-fs/mac-fdisk-0.1_p18 on riscv: fdisklabel.h:62:2: error: #error unknown a...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Fabian Groffen
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-04-07 17:05 UTC by Jakov Smolić
Modified: 2022-04-08 06:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jakov Smolić archtester gentoo-dev 2022-04-07 17:05:16 UTC
* Package:    sys-fs/mac-fdisk-0.1_p18
 * Repository: gentoo
 * Maintainer: grobian@gentoo.org
 * USE:        elibc_glibc kernel_linux riscv userland_GNU
 * FEATURES:   preserve-libs sandbox test userpriv usersandbox
>>> Unpacking source...
>>> Unpacking mac-fdisk_0.1.orig.tar.gz to /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work
>>> Unpacking mac-fdisk_0.1-18.diff.gz to /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work
>>> Source unpacked in /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work
>>> Preparing source in /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work/mac-fdisk-0.1.orig ...
 * Applying mac-fdisk_0.1-18.diff ...
 [ ok ]
 * Applying largerthan2gb.patch ...
 [ ok ]
 * Applying mac-fdisk-0.1-headers.patch ...
 [ ok ]
 * Applying mac-fdisk-0.1_p16-ppc64.patch ...
 [ ok ]
 * Applying mac-fdisk-amd64.patch ...
 [ ok ]
 * Applying big_pt.patch ...
 [ ok ]
 * Applying mac-fdisk-0.1_p16-ppc-inline.patch ...
 [ ok ]
 * Applying mac-fdisk-0.1_p18-lseek64.patch ...
 [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work/mac-fdisk-0.1.orig ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work/mac-fdisk-0.1.orig ...
make -j6 CC=riscv64-unknown-linux-gnu-gcc
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o pdisk.o pdisk.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o dump.o dump.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o partition_map.o partition_map.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o convert.o convert.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o io.o io.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o errors.o errors.c
io.c: In function ‘get_okay’:
io.c:154:5: warning: format not a string literal and no format arguments [-Wformat-security]
  154 |     printf(prompt);
      |     ^~~~~~
io.c:172:13: warning: format not a string literal and no format arguments [-Wformat-security]
  172 |             printf(prompt);
      |             ^~~~~~
io.c: In function ‘get_command’:
io.c:185:9: warning: format not a string literal and no format arguments [-Wformat-security]
  185 |         printf(prompt);
      |         ^~~~~~
io.c:195:13: warning: format not a string literal and no format arguments [-Wformat-security]
  195 |             printf(prompt);
      |             ^~~~~~
io.c: In function ‘get_number_argument’:
io.c:220:17: warning: format not a string literal and no format arguments [-Wformat-security]
  220 |                 printf(prompt);
      |                 ^~~~~~
io.c: In function ‘get_string_argument’:
io.c:298:17: warning: format not a string literal and no format arguments [-Wformat-security]
  298 |                 printf(prompt);
      |                 ^~~~~~
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o bitfield.o bitfield.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o fdisk.o fdisk.c
riscv64-unknown-linux-gnu-gcc -O2 -pipe   -c -o fdisklabel.o fdisklabel.c
In file included from fdisklabel.c:60:
fdisklabel.h:62:2: error: #error unknown architecture
   62 | #error unknown architecture
      |  ^~~~~
fdisklabel.c:87:20: error: ‘BSD_BBSIZE’ undeclared here (not in a function)
   87 | static char buffer[BSD_BBSIZE];
      |                    ^~~~~~~~~~
fdisklabel.c: In function ‘bsd_create_disklabel’:
fdisklabel.c:391:7: error: expected ‘}’ before ‘else’
  391 |       else
      |       ^~~~
fdisklabel.c: At top level:
fdisklabel.c:394:5: error: expected identifier or ‘(’ before ‘else’
  394 |     else if (c == 'n')
fdisklabel.c: In function ‘bsd_write_bootstrap’:
fdisklabel.c:492:15: error: ‘BSD_LABELSECTOR’ undeclared (first use in this function)
  492 |   d = &buffer[BSD_LABELSECTOR * SECTOR_SIZE];
      |               ^~~~~~~~~~~~~~~
fdisklabel.c:492:15: note: each undeclared identifier is reported only once for each function it appears in
fdisklabel.c: In function ‘bsd_initlabel’:
fdisklabel.c:652:19: error: ‘BSD_SBSIZE’ undeclared (first use in this function)
  652 |   d -> d_sbsize = BSD_SBSIZE;
      |                   ^~~~~~~~~~
fdisklabel.c: In function ‘bsd_readlabel’:
fdisklabel.c:691:18: error: ‘BSD_LABELSECTOR’ undeclared (first use in this function)
  691 |   bcopy (&buffer[BSD_LABELSECTOR * SECTOR_SIZE + BSD_LABELOFFSET],
      |                  ^~~~~~~~~~~~~~~
fdisklabel.c:691:50: error: ‘BSD_LABELOFFSET’ undeclared (first use in this function)
  691 |   bcopy (&buffer[BSD_LABELSECTOR * SECTOR_SIZE + BSD_LABELOFFSET],
      |                                                  ^~~~~~~~~~~~~~~
fdisklabel.c: In function ‘bsd_writelabel’:
fdisklabel.c:726:21: error: ‘BSD_LABELSECTOR’ undeclared (first use in this function)
  726 |   bcopy (d, &buffer[BSD_LABELSECTOR * SECTOR_SIZE + BSD_LABELOFFSET],
      |                     ^~~~~~~~~~~~~~~
fdisklabel.c:726:53: error: ‘BSD_LABELOFFSET’ undeclared (first use in this function)
  726 |   bcopy (d, &buffer[BSD_LABELSECTOR * SECTOR_SIZE + BSD_LABELOFFSET],
      |                                                     ^~~~~~~~~~~~~~~
make: *** [<builtin>: fdisklabel.o] Error 1
make: *** Waiting for unfinished jobs....
 * ERROR: sys-fs/mac-fdisk-0.1_p18::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=sys-fs/mac-fdisk-0.1_p18::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-fs/mac-fdisk-0.1_p18::gentoo'`.
 * The complete build log is located at '/var/log/portage/sys-fs:mac-fdisk-0.1_p18:20220407-170051.log'.
 * For convenience, a symlink to the build log is located at '/var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work/mac-fdisk-0.1.orig'
 * S: '/var/tmp/portage/sys-fs/mac-fdisk-0.1_p18/work/mac-fdisk-0.1.orig'
Comment 1 Fabian Groffen gentoo-dev 2022-04-07 17:09:22 UTC
If you have a genuine need to use Apple disk partitioning on your riscv machine, please reopen this bug.
Comment 2 Larry the Git Cow gentoo-dev 2022-04-07 20:51:15 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=02fce466a5df75449e6cec93ef9da8863ab0fb74

commit 02fce466a5df75449e6cec93ef9da8863ab0fb74
Author:     Jakov Smolić <jsmolic@gentoo.org>
AuthorDate: 2022-04-07 20:50:42 +0000
Commit:     Jakov Smolić <jsmolic@gentoo.org>
CommitDate: 2022-04-07 20:51:06 +0000

    sys-fs/mac-fdisk: keyword 0.1_p18 for -riscv
    
    Bug: https://bugs.gentoo.org/837137
    Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>

 sys-fs/mac-fdisk/mac-fdisk-0.1_p18.ebuild | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
Comment 3 Jakov Smolić archtester gentoo-dev 2022-04-07 20:53:01 UTC
(In reply to Fabian Groffen from comment #1)
> If you have a genuine need to use Apple disk partitioning on your riscv
> machine, please reopen this bug.

I actually wanted to use the bug as a reference when marking the package with "-riscv", I think it's useful to have bugs such as this written down and available in git log if someone ever looks for it.
In any case, sorry for the noise :)
Comment 4 Fabian Groffen gentoo-dev 2022-04-08 06:45:09 UTC
I don't mind the spam, it's just that Apple doesn't do riscv machines (yet) and I'm lazy enough not to want to port this package :)