Date: Mon, 17 Nov 2014 04:20:15 -0800 From: Garrett Cooper <yaneurabeya@gmail.com> To: sbruno@freebsd.org Cc: freebsd-arch@freebsd.org Subject: Re: mips misbehaving, not respecting make.conf Message-ID: <80ABD62A-DF08-4CF6-A4C6-B2AFC6E3CF21@gmail.com> In-Reply-To: <1416193104.1098.1207.camel@bruno> References: <1416179733.1098.1200.camel@bruno> <2A2AD781-06B3-4450-9631-D83822016D0B@bsdimp.com> <1416183055.1098.1205.camel@bruno> <7C1D8D61-0486-4783-A3E2-73189AE83023@bsdimp.com> <1416193104.1098.1207.camel@bruno>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Nov 16, 2014, at 18:58, Sean Bruno <sbruno@ignoranthack.me> wrote: > On Sun, 2014-11-16 at 17:15 -0700, Warner Losh wrote: >> On Nov 16, 2014, at 5:10 PM, Sean Bruno <sbruno@ignoranthack.me> wrote: >> >>> On Sun, 2014-11-16 at 16:55 -0700, Warner Losh wrote: >>>> On Nov 16, 2014, at 4:15 PM, Sean Bruno <sbruno@ignoranthack.me> wrote: >>>> >>>>> I have set make.conf to use AS=/nxb-bin/usr/bin/as and >>>>> CC=/nxb-bin/usr/bin/cc >>>>> >>>>> Yet, while monitoring, I still see the ports build process >>>>> using /usr/bin/as and /usr/bin/ld and /usr/libexec/cc1 >>>>> >>>>> I don't see this on armv6 when building in a jail + qemu. >>>>> >>>>> I'm trying to understand what is missing from our gcc toolchain here >>>>> that is causing the builds to ignore my directives. >>>> >>>> Let’s start with the first question: How are you seeing this? >>>> >>>> Warner >>>> >>> >>> >>> Setup a qemu-user enabled jail for mips based on head. Start poudriere >>> building audio/speex (nice, short depend chain). >>> >>> While all this is running, I have a "ps auwxxx|grep qemu" running that >>> catches some of the invocations of qemu that are happening. When >>> running a mips jail I see the tool chain being invoked, partially, >>> from /usr/bin instead of /nxb-bin/usr/bin. >>> >>> http://dpaste.com/12SD5TE >>> >>> This is just a primitive profile attempt on my part. This shows that >>> qemu is being invoked *a lot* to get cc1 and as running via emulation. >> >> If you are building ports, chances are those settings won’t do what you think they will. Do you have build logs I could look at? > > More verbose output, not super useful. Except that the configure output > shows that /nxb-bin/usr/bin/cc wants to use /usr/bin/ld ... I think this > means we're not setting up the build flags for gcc correctly? > > http://crack.ysv.freebsd.org/data/11-mips-test-default/2014-11-17_02h37m39s/logs/speex-1.2.r1_7,1.log That’s my guess too, based on the configure output from libffi. ... "LD=/usr/bin/ld" "NM=/usr/bin/nm -B" "RANLIB=ranlib” ... The easiest path forward would be to set TOOLS_PREFIX in Makefile.inc1 to an appropriate prefix (see XMAKE in Makefile.inc1, etc). I suspect if you add this variable to NXBENV and tweak it appropriately, things will just work. Cheers! [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUaef/AAoJEMZr5QU6S73eGYgH/2eyIcc5PxKBmgHrGUV8elA8 3Rs8YXXr12WyAnj9aQV+fjB+AeLJLZXbykov4wjg6r++YASVsxbGaSSY7lpoSGuc 3T0WIyTqAunikNRNzlY5arJ80BnyIO19Nf1ZNwJNImPCUvWJ8uIKF9ATPXR12Bkm lIqCxkwM0VJH8JDMILlrpTCY47/HNCyIiwnyzbf/sesde1JaVMYxJtsKopTjv2le GsZOfrAsA3j/8xgCspYbS5bJa9QdhZ6mNb80tK+mmwwptdLJRBhA11+NyjcLEpnH S9K63Aa9rxior2g/V1X55KW9US4kwWyhOgxHwy6CTS8voVpUsoKcsyxatDOoxHE= =6pmp -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?80ABD62A-DF08-4CF6-A4C6-B2AFC6E3CF21>