On 2016-May-28, at 9:50 PM, Warner Losh wrote:
> On Wed, May 25, 2016 at 10:12 AM, Mark Millard wrote:
>> I'm not sure that Gerald or Brooks were CC'd on a report made to the arm
>> list about armv6 builds of gcc and llvm being broken now because of hard
>> float now being implicit:
>> (the
On Wed, May 25, 2016 at 10:12 AM, Mark Millard wrote:
> I'm not sure that Gerald or Brooks were CC'd on a report made to the arm
> list about armv6 builds of gcc and llvm being broken now because of hard
> float now being implicit:
> (the first report listed below has more detail directly visib
On 5/28/2016 12:03 PM, Adrian Chadd wrote:
> [snip]
I beg of you to *stop* snipping all context.
>
> hi,
>
> please don't patch the ports compiler assumptions about things like
I said it was not right, and was an experiment.
> this. We should be targeting external toolchains on OSes (eg macos
For 11.0 -r300904 using devel/powerpc64-gcc on powerpc64 (not building clang) I
get the failures:
> --- all_subdir_usr.bin ---
. . . (some warnings) . . .
> stdarg.h(40): syntax error [249]
> stdarg.h(98): syntax error [249]
> llib-lposix(307): syntax error [249]
> llib-lposix(308): syntax error
On 2016-May-28, at 12:03 PM, Adrian Chadd wrote:
> [snip]
>
> hi,
>
> please don't patch the ports compiler assumptions about things like
> this. We should be targeting external toolchains on OSes (eg macosx)
> where it may already generate freebsd binaries and as such we should
> be calling th
[snip]
hi,
please don't patch the ports compiler assumptions about things like
this. We should be targeting external toolchains on OSes (eg macosx)
where it may already generate freebsd binaries and as such we should
be calling the compiler/linker with all the flags it needs.
Having a patched co
[Top post of failure to get rid of /usr/local/include from devel/powerpc64-gcc
search list.]
I have tried:
> # svnlite diff /usr/ports/devel/powerpc64-gcc/
> Index: /usr/ports/devel/powerpc64-gcc/Makefile
> ===
> --- /usr/ports/deve
I'll update to 11.0 -r300904 to pick up the external toolchain fix for
-r300886's problem.
> CROSS_TOOLCHAIN=powerpc64-gcc TARGET=powerpc TARGET_ARCH=powerpc64 \
>__MAKE_CONF=/dev/null SRCCONF=/dev/null make buildworld
The above likely would have problems with finding files in /usr/local/
On 28 May 2016, at 06:18, Mark Millard wrote:
...
> The -r300886 powerpc64 devel/powerpc64-gcc combination with no clang build
> included has failed:
>
> --- all_subdir_usr.bin ---
> endian.h(111): warning: bitwise operation on signed value possibly
> nonportable [117]
> endian.h(127): warning:
--with-local-prefix=/usr was insufficient to avoid /usr/local/include in the
search list in powerpc64-gcc:
> ignoring duplicate directory
> "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include"
> ignoring nonexistent directory
> "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.
10 matches
Mail list logo
