On Fri, 2022-07-08 at 17:58 -0400, Brad Smith wrote:
> On 7/8/2022 4:09 PM, [email protected] wrote:
>
>
> The system assembler is too old. You cannot build with tuned code
> with
> ports GCC
> as that would emit instructions the system assembler does not
> understand. I had
> looked into switching to the ports assembler and it was fine for the
> most part but
> had to be reverted because of the SeaBIOS port. It's currently stuck
> using the old
> linker and you cannot mix the new assembler and old linker.
>
> With Clang it would be fine.
>
> Most likely you don't care about building SeaBIOS
> (sysutils/firmware/vmm) so you
> could always apply the diff below locally and that should resolve the
>
> https://github.com/openbsd/ports/commit/04eb73bc2f75952a1967cf84d89cd033b43bfe2d
>
>
Hi Brad,
Thanks for the input. I've been playing with this patch on and off and
trying to figure out what I am doing wrong since gcc still fails to
build. Here is some build log info snippets if it helps anyone:
(from logs/amd64/packages/gcc-libs-8.4.0p11.log)
>>> Building on localhost under lang/gcc/8
BDEPENDS =
[devel/mpfr;devel/gas;devel/bison;devel/gmp,bootstrap,no_cxx;devel/gmake;archivers/xz;devel/libmpc]
DIST =
[lang/gcc/8,-objc:gcc/gcc-8.4.0.tar.xz;lang/gcc/8,-objc:gcc/adastrap-amd64-8.3.0-2.tar.xz]
FULLPKGNAME = gcc-8.4.0p11
RDEPENDS =
[devel/gmp,bootstrap,no_cxx;lang/gcc/8,,-libs;devel/libmpc;devel/gas;devel/mpfr]
>>> Running clean in lang/gcc/8 at 1658157260.38
===> lang/gcc/8
===> Cleaning for gcc-8.4.0p11
(Junk lock obtained for localhost at 1658157260.49)
>>> Running depends in lang/gcc/8 at 1658157260.50
/usr/sbin/pkg_add -aI -Drepair bison-3.7.6 gas-2.31.1 gmake-4.3 gmp-6.2.1p0
libmpc-1.1.0 mpfr-4.1.0 xz-5.2.5p2
was: /usr/sbin/pkg_add -aI -Drepair bison-3.7.6 gas-2.31.1 gmake-4.3
gmp-6.2.1p0 libmpc-1.1.0 mpfr-4.1.0 xz-5.2.5p2
/usr/sbin/pkg_add -aI -Drepair bison-3.7.6 gas-2.31.1 gmake-4.3 gmp-6.2.1p0
libmpc-1.1.0 mpfr-4.1.0 xz-5.2.5p2
>>> Running show-prepare-results in lang/gcc/8 at 1658157260.87
===> lang/gcc/8
===> gcc-8.4.0p11 depends on: bison-* -> bison-3.7.6
===> gcc-8.4.0p11 depends on: gas-* -> gas-2.31.1
===> gcc-8.4.0p11 depends on: gmake-* -> gmake-4.3
===> gcc-8.4.0p11 depends on: xz-* -> xz-5.2.5p2
===> gcc-8.4.0p11 depends on: gmp-* -> gmp-6.2.1p0
===> gcc-8.4.0p11 depends on: mpfr-* -> mpfr-4.1.0
===> gcc-8.4.0p11 depends on: libmpc-* -> libmpc-1.1.0
===> Verifying specs: c gmp m mpc mpfr z m pthread z c gmp m mpc mpfr z c gmp
m mpc mpfr z c gmp m mpc mpfr z c gmp m mpc mpfr z pthread util
===> found c.96.1 gmp.11.0 m.10.1 mpc.1.0 mpfr.2.1 z.6.1 pthread.26.1 util.16.0
bison-3.7.6
gas-2.31.1
gmake-4.3
gmp-6.2.1p0
libmpc-1.1.0
mpfr-4.1.0
xz-5.2.5p2
(Junk lock released for localhost at 1658157262.02)
distfiles size=122248032
>>> Running patch in lang/gcc/8 at 1658157262.03
.....
>From this is seems to be picking up the dependency... but further down:
$ grep " as" logs/amd64/packages/gcc-libs-8.4.0p11.log
|Disable code which passes ".machine ppc" to the assembler as it breaks
|to the compiler, such as stdatomic.h
checking for as... as
checking for as... no
checking for as... as
checking where to find the target as... host tool
checking for asprintf... (cached) yes
checking whether asprintf is declared... checking for mkstemps... (cached) yes
checking for asprintf... (cached) yes
checking whether asprintf is declared... yes
checking whether asprintf is declared... libtool: compile:
/usr/ports/pobj/gcc-8.4.0/bin/egcc -DHAVE_CONFIG_H -I.
-I/usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/libbacktrace -I
/usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/libbacktrace/../include -I
/usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/libbacktrace/../libgcc -I ../libgcc
-funwind-tables -frandom-seed=state.lo -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -Wcast-qual -g -c
/usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/libbacktrace/state.c -fPIC -DPIC -o
.libs/state.o
checking whether malloc is declared... checking whether asprintf is declared...
yes
checking whether asprintf is declared... yes
.....
This isn't a great grep, so it shows more than needed, but at least to
me it looks like it is picking up the system grep and the
CONFIGURE_ARGS += --with-as="${LOCALBASE}/bin/gas"
isn't being picked up...???
The only thing that stands out to me is that this is gcc-libs and not
gcc-main but I see nothing in the Makefile that distinguishes configure
args..
Thanks again,
Justin
