Re: ports head -r484652: lang/ruby24 fails to amd64 -> armv7 cross build: qemu: uncaught target signal 11 (2 of them) [armv7 native build worked]

Top post about bad comparison: The comparison to x11/pixman turns out to be a misnomer. More testing by Jan B. showed that -O2 vs -O was not sufficient to control the behavior for x11/pixman's builds. pixman's issue traces back to use of .object_arch armv4 in four .S files and them causing

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

Such timing: https://reviews.llvm.org/D53444 indicates commits to lld/trunk/ELF/Arch/ARM.cpp today (2018-Nov-16) to support R_ARM_V4BX in lld. (No update text below. The above just did not fit well.) On 2018-Nov-16, at 18:49, Mark Millard wrote: > On 2018-Nov-16, at 18:15, Mark Millard

Re: math/openblas fails to build.

Hi! > see this PR: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231538 Committed, thanks! -- p...@opsec.eu+49 171 31013722 years to go ! ___ freebsd-ports@freebsd.org mailing list

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

On 2018-Nov-16, at 18:15, Mark Millard wrote: > > I finally figured out parts of the issue, I think. > At least how the V_ARM_V4BX use is getting there > despite lld's status for handling it . . . > > On armv7: > > # more test_bx_lr.S >.text >.arch armv6 >

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

[History omitted. This should stand on its own well.] I finally figured out parts of the issue, I think. At least how the V_ARM_V4BX use is getting there despite lld's status for handling it . . . On armv7: # more test_bx_lr.S .text .arch armv6 .object_arch armv4

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

On 2018-Nov-16, at 12:58, Jan Beich wrote: > Mark Millard writes: > >> Jan Beich jbeich at FreeBSD.org wrote on >> Fri Nov 16 02:15:57 UTC 2018 : >> >>> Mark Millard via freebsd-x11 writes: >>> [Added: The original cross-build via poudriere-devel and qemu-user-static did not get

Re: math/openblas fails to build.

see this PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231538 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Upgrade from PHP71 to PHP72 breaks icingaweb2

On 15/11/2018 14:07, Lars Engels wrote: > On Thu, Nov 08, 2018 at 10:06:15PM +0100, Xavier wrote: >> On 08/11/2018 14:17, Lars Engels wrote: >>> Do you see any php related entries in your apache logs? >>> >> >> No, just the stack trace on screen >> > > I just encountered the same problem after

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC

Mark Millard writes: > Jan Beich jbeich at FreeBSD.org wrote on > Fri Nov 16 02:15:57 UTC 2018 : > >> Mark Millard via freebsd-x11 writes: >> >> > [Added: The original cross-build via poudriere-devel and qemu-user-static >> > did not get this problem. I give details later. Sumamry: Looks like

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

Top post of llvm's lld status: Turns out various vintages of lld do not support R_ARM_V4BX *ABS* : https://bugs.llvm.org/show_bug.cgi?id=38303 Its shown example is one of the ones that I reported (pixman) but for building FireFox for Android (Linux context, not FreeBSD): QUOTE

Re: Poudriere building far more ports than it should

First of all, big thanks to everyone who tried to help! Mostly asking to make sure if this is something to be expected, glitch in some ports or possibly a bug. I think Poudriere pulls in all the possible dependencies, just in case and compiles them as well, just in case. Now I've done some

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

[I add some objdump output from what was in the .tar archive for the failure in the poudriere build (the 3 specific .o's). Also I show tool version information.] On 2018-Nov-16, at 11:39, Mark Millard wrote: > Jan Beich jbeich at FreeBSD.org wrote on > Fri Nov 16 02:15:57 UTC 2018 : > >> Mark

Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPI

Jan Beich jbeich at FreeBSD.org wrote on Fri Nov 16 02:15:57 UTC 2018 : > Mark Millard via freebsd-x11 writes: > > > [Added: The original cross-build via poudriere-devel and qemu-user-static > > did not get this problem. I give details later. Sumamry: Looks like -O2 > > was used for the cross

math/openblas fails to build.

Hi, I'm trying to build math/openblas on 11.2-STABLE/amd64 with synth, and the build is currently failing with: ===> Building for openblas-0.2.20_3,1 cd /construction/xports/math/openblas/work/OpenBLAS-0.2.20 ; /usr/bin/env BINARY64=1 DYNAMIC_ARCH=1 NO_AVX=1 NO_AVX2=1 NUM_THREADS=1 USE_THREAD=0

FreeBSD ports you maintain which are out of date

Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated,