[Bug 239813] Update lang/gcc9, lang/gcc9-devel, lang/gcc8, and lang/gcc8-devel to ELFv2 ABI on powerpc64
Mark Millard
marklmi26-fbsd at yahoo.com
Wed Nov 20 03:54:50 UTC 2019
On 2019-Nov-19, at 11:19, John Baldwin <jhb at freebsd.org> wrote:
> On 11/19/19 10:34 AM, Mark Millard wrote:
>> [A similar question to the below exists for base/gcc . The lang/gcc* are being ELFv2 enabled for powerpc64 by checking the environment for if it is new enough and already is ELFv2 based.]
>>
>> Begin forwarded message:
>>
>> From: bugzilla-noreply at freebsd.org
>> Subject: [Bug 239813] Update lang/gcc9, lang/gcc9-devel, lang/gcc8, and lang/gcc8-devel to ELFv2 ABI on powerpc64
>> Date: November 19, 2019 at 09:32:52 PST
>> To: marklmi26-fbsd at yahoo.com
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239813
>>
>> Gerald Pfeifer <gerald at FreeBSD.org> changed:
>>
>> What |Removed |Added
>> ----------------------------------------------------------------------------
>> Summary|Update lang/gcc8 and |Update lang/gcc9,
>> |lang/gcc9 to ELFv2 ABI on |lang/gcc9-devel, lang/gcc8,
>> |powerpc64 |and lang/gcc8-devel to
>> | |ELFv2 ABI on powerpc64
>>
>> --- Comment #38 from Gerald Pfeifer <gerald at FreeBSD.org> ---
>> (In reply to Mark Millard from comment #35)
>>> I do not know the intent for devel/powerpc64-gcc relative
>>> to future ELFv2 ABI use. Does it need anything? (May be
>>> it is updating to gcc9 or some such first?)
>>
>> Updating to GCC 9 would be my recomendation, though I have no
>> involvement with that port.
>>
>> lang/gcc9-devel should be fine now, both wrt. the new ABI as well
>> as building with clang.
>>
>> Next I'll make the remaining equivalent changes to lang/gcc9 and
>> lang/gcc8-devel.
>
> I've just committed a new devel/freebsd-gcc6 port (with flavors) to replace
> the powerp64-gcc port (and slaves) with an intention of creating a
> freebsd-gcc9 port as a followup. It seems once freebsd-gcc9 exists we can
> apply this change to that.
>
> base/gcc will also similarly be adjusted to base/gcc6 and base/gcc9 in the
> future.
>
> The reason to keep old versions is that gcc6 is known to work (for some value
> of work) for existing releases, so we want to provide different packages for
> different major compiler versions to cope with newer OS releases supporting
> newer compilers (e.g. we will patch head to work with freebsd-gcc9, but if
> we only had a single powerpc64-gcc port we wouldn't be able to provide a
> working compiler for stable/11 if we changed powerpc64-gcc to GCC 9).
>
Cool. I'll adjust my src.conf variations to match the new naming.
Just some FYI notes:
The old devel/*-gcc ports may need CONLFICTS assignment as well (until they
are removed).
In an amd64 context I tried poudriere bulk based on including (as a test):
devel/freebsd-gcc6
devel/freebsd-gcc6 at aarch64
devel/freebsd-gcc6 at amd64
devel/freebsd-gcc6 at powerpc64
and it got:
[00:00:43] [04] [00:00:00] Building devel/freebsd-gcc6 at aarch64 | aarch64-gcc6-6.4.0
[00:00:43] [05] [00:00:00] Building devel/freebsd-gcc6 at amd64 | amd64-gcc6-6.4.0
[00:00:43] [06] [00:00:00] Building devel/freebsd-gcc6 at powerpc64 | powerpc64-gcc6-6.4.0
. . .
[00:05:02] [04] [00:04:19] Finished devel/freebsd-gcc6 at aarch64 | aarch64-gcc6-6.4.0: Success
. . .
[00:07:25] [06] [00:06:42] Finished devel/freebsd-gcc6 at powerpc64 | powerpc64-gcc6-6.4.0: Success
[00:07:51] [05] [00:07:08] Finished devel/freebsd-gcc6 at amd64 | amd64-gcc6-6.4.0: Success
. . .
[00:34:08] Built ports: . . . devel/freebsd-gcc6 . . . devel/freebsd-gcc6 at powerpc64 devel/freebsd-gcc6 at amd64 . . .
The "Built ports" apparently choose to drop the @aarch64 notation and the devel/freebsd-gcc6 was not rejected but had nothing directly built for it. (I've not used flavors all that much so I was curious.)
In part I tried devel/freebsd-gcc6 (no explicit flavor) because, as I remember,
devel/binutils without an explicit flavor does @native that is distinct from the
@(same-as-host) flavor, just like building devel/amd64-binutils in an amd64
environment was distinct from building devel/binutils in that same environment.
Or that seemed to be the intent for devel/binutils .
===
I started a buildworld buildkernel experiment, targeting aarch64 uisng the
ddevel/freebsd-gcc6 at aarch materials. It seemed to generally work, as far
as it got.
The below may well have been true if I had tried to the xtoolchain materials
instead and may well be far from new. (I've rarely done gcc based aarch64
targeting and do not remember for sure if this resulted before or not.) The
build has -v for the gcc6/g++6 commands and so shows more context than usual.
--- locore.o ---
/usr/src/sys/arm64/arm64/locore.S: Assembler messages:
/usr/src/sys/arm64/arm64/locore.S:251: Error: unknown or missing system register name at operand 2 -- `mrs x2,icc_sre_el2'
/usr/src/sys/arm64/arm64/locore.S:254: Error: unknown or missing system register name at operand 1 -- `msr icc_sre_el2,x2'
The recorded commands were:
# Meta data file /usr/obj/cortexA53_xtoolchain-gcc/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG/locore.o.meta
CMD /usr/local/bin/aarch64-unknown-freebsd13.0-gcc6 -mcpu=cortex-a53 --sysroot=/usr/obj/cortexA53_xtoolchain-gcc/arm64.aarch64/usr/src/arm64.aarch64/tmp -B/usr/local/aarch64-unknown-freebsd13.0/bin/ -
c -x assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fdebug-prefix-map=./machine=/usr/src/sys/arm64/include -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wal
l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option
-Wno-unknown-pragmas -Wno-error=address -Wno-error=aggressive-loop-optimizations -Wno-error=array-bounds -Wno-error=attributes -Wno-error=cast-qual -Wno-error=enum-compare -Wno-error=inline -Wno-erro
r=maybe-uninitialized -Wno-error=overflow -Wno-error=sequence-point -Wno-unused-but-set-variable -Wno-error=misleading-indentation -Wno-error=nonnull-compare -Wno-error=shift-overflow -Wno-error=tauto
logical-compare -Wno-format-zero-length -v -fno-common -fms-extensions -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fms-extensions -std=iso9899:1999 -Werro
r /usr/src/sys/arm64/arm64/locore.S
CWD /usr/obj/cortexA53_xtoolchain-gcc/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG
TARGET locore.o
-- command output --
Using built-in specs.
COLLECT_GCC=/usr/local/bin/aarch64-unknown-freebsd13.0-gcc6
Target: aarch64-unknown-freebsd13.0
Configured with: /wrkdirs/usr/ports/devel/freebsd-gcc6/work-aarch64/gcc-6.4.0/configure --target=aarch64-unknown-freebsd13.0 --disable-nls --enable-languages=c,c++ --enable-gnu-indirect-function --ena
ble-initfini-array --program-prefix=aarch64-unknown-freebsd13.0- --program-suffix=6 --without-headers --with-gmp=/usr/local --with-pkgversion='FreeBSD Ports Collection for aarch64' --with-system-zlib
--with-gxx-include-dir=/usr/include/c++/v1/ --with-sysroot=/ --with-as=/usr/local/bin/aarch64-unknown-freebsd13.0-as --with-ld=/usr/local/bin/aarch64-unknown-freebsd13.0-ld --disable-lto --prefix=/usr
/local --localstatedir=/var --mandir=/usr/local/man --infodir=/usr/local/share/info/ --build=x86_64-unknown-freebsd13.0
Thread model: posix
gcc version 6.4.0 (FreeBSD Ports Collection for aarch64)
COLLECT_GCC_OPTIONS='-mcpu=cortex-a53' '-B' '/usr/local/aarch64-unknown-freebsd13.0/bin/' '-c' '-D' 'LOCORE' '-O' '-pipe' '-g' '-nostdinc' '-I' '.' '-I' '/usr/src/sys' '-I' '/usr/src/sys/contrib/ck/in
clude' '-I' '/usr/src/sys/contrib/libfdt' '-D' '_KERNEL' '-D' 'HAVE_KERNEL_OPTION_HEADERS' '-include' 'opt_global.h' '-fno-omit-frame-pointer' '-mno-omit-leaf-frame-pointer' '-fdebug-prefix-map=./mach
ine=/usr/src/sys/arm64/include' '-mgeneral-regs-only' '-ffixed-x18' '-ffreestanding' '-fwrapv' '-fstack-protector' '-gdwarf-2' '-Wall' '-Wredundant-decls' '-Wnested-externs' '-Wstrict-prototypes' '-Wm
issing-prototypes' '-Wpointer-arith' '-Wcast-qual' '-Wundef' '-Wno-pointer-sign' '-fformat-extensions' '-Wmissing-include-dirs' '-fdiagnostics-show-option' '-Wno-unknown-pragmas' '-Wno-error=address'
'-Wno-error=aggressive-loop-optimizations' '-Wno-error=array-bounds' '-Wno-error=attributes' '-Wno-error=cast-qual' '-Wno-error=enum-compare' '-Wno-error=inline' '-Wno-error=maybe-uninitialized' '-Wno
-error=overflow' '-Wno-error=sequence-point' '-Wno-unused-but-set-variable' '-Wno-error=misleading-indentation' '-Wno-error=nonnull-compare' '-Wno-error=shift-overflow' '-Wno-error=tautological-compar
e' '-Wno-format-zero-length' '-v' '-fno-common' '-finline-limit=8000' '--param' 'inline-unit-growth=100' '--param' 'large-function-growth=1000' '-fms-extensions' '-std=c99' '-Werror' '-mlittle-endian'
'-mabi=lp64'
/usr/local/libexec/gcc/aarch64-unknown-freebsd13.0/6.4.0/cc1 -E -lang-asm -quiet -nostdinc -v -I . -I /usr/src/sys -I /usr/src/sys/contrib/ck/include -I /usr/src/sys/contrib/libfdt -isysroot /usr/obj
/cortexA53_xtoolchain-gcc/arm64.aarch64/usr/src/arm64.aarch64/tmp -D LOCORE -D _KERNEL -D HAVE_KERNEL_OPTION_HEADERS -include opt_global.h /usr/src/sys/arm64/arm64/locore.S -mcpu=cortex-a53 -mno-omit-
leaf-frame-pointer -mgeneral-regs-only -mlittle-endian -mabi=lp64 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-po
inter-sign -Wmissing-include-dirs -Wno-unknown-pragmas -Wno-error=address -Wno-error=aggressive-loop-optimizations -Wno-error=array-bounds -Wno-error=attributes -Wno-error=cast-qual -Wno-error=enum-co
mpare -Wno-error=inline -Wno-error=maybe-uninitialized -Wno-error=overflow -Wno-error=sequence-point -Wno-unused-but-set-variable -Wno-error=misleading-indentation -Wno-error=nonnull-compare -Wno-erro
r=shift-overflow -Wno-error=tautological-compare -Wno-format-zero-length -Werror -fno-omit-frame-pointer -fdebug-prefix-map=./machine=/usr/src/sys/arm64/include -ffixed-x18 -ffreestanding -fwrapv -fst
ack-protector -fformat-extensions -fdiagnostics-show-option -fno-common -finline-limit=8000 -fms-extensions -g -gdwarf-2 -fworking-directory -O -fno-directives-only -o - |
/usr/local/bin/aarch64-unknown-freebsd13.0-as --gdwarf2 --debug-prefix-map ./machine=/usr/src/sys/arm64/include -v -I . -I /usr/src/sys -I /usr/src/sys/contrib/ck/include -I /usr/src/sys/contrib/libf
dt -EL -march=armv8-a+crc -mabi=lp64 -o locore.o
GNU assembler version 2.33.1 (aarch64-unknown-freebsd13.0) using BFD version (GNU Binutils) 2.33.1
#include "..." search starts here:
#include <...> search starts here:
.
/usr/src/sys
/usr/src/sys/contrib/ck/include
/usr/src/sys/contrib/libfdt
End of search list.
/usr/src/sys/arm64/arm64/locore.S: Assembler messages:
/usr/src/sys/arm64/arm64/locore.S:251: Error: unknown or missing system register name at operand 2 -- `mrs x2,icc_sre_el2'
/usr/src/sys/arm64/arm64/locore.S:254: Error: unknown or missing system register name at operand 1 -- `msr icc_sre_el2,x2'
*** Error code 1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
More information about the freebsd-ppc
mailing list