Millard
markmi at dsl-only.net
On 2015-Mar-22, at 05:14 AM, Dimitry Andric dim at FreeBSD.org wrote:
On 22 Mar 2015, at 03:45, Mark Millard markmi at dsl-only.net wrote:
...
Looking at the sources suggests that stdarg.h is explicitly in the #include
sequence too late to guarantee va_args
10:00:25 -0700 (Tue, 10 Mar 2015)
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
/include/c++/v1/. -std=gnu++11 -L/usr/lib/.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
-freebsd11.0-g++
lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -
/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc
# more /etc/make.conf
WRKDIRPREFIX=/usr/obj/portswork
#WITH_DEBUG=
MALLOC_PRODUCTION=
===
Mark Millard
markmi at dsl-only.net
/local/bin/powerpc64-portbld-freebsd11.0-gcc
# more /etc/make.conf
WRKDIRPREFIX=/usr/obj/portswork
#WITH_DEBUG=
MALLOC_PRODUCTION=
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
WRKDIRPREFIX=/usr/obj/portswork
#WITH_DEBUG=
MALLOC_PRODUCTION=
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
/dtls1.h or
/usr/src/crypto/openssl/ssl/dtls1.h (new):
# diff -w /usr/include/openssl/dtls1.h
/usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h | more
87a88
# define DTLS1_VERSION_MAJOR 0xFE
123,129c124,128
...
===
Mark Millard
markmi at dsl-only.net
On 2015-Mar-27, at 02:44 AM
31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for
[omitted] fails: Can't assign requested address
===
Mark Millard
markmi at dsl-only.net
On 2015-Mar-31, at 07:13 PM, Mark Millard markmi at dsl-only.net wrote:
Basic context:
$ dmesg | head
...
FreeBSD 11.0-CURRENT #3
On 2015-Apr-1, at 08:12 PM, Kevin Oberman rkoberman at gmail.com wrote:
On Wed, Apr 1, 2015 at 12:08 PM, Mark Millard markmi at dsl-only.net wrote:
I rebuilt and the boot-message line
Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error
is no longer is occurring. But I'm
ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 402906
> Node Kind: directory
> Schedule: normal
> Last Changed Author: wen
> Last Changed Rev: 402906
> Last Changed Date: 2015-12-03 18:06:07 -0800 (Thu, 03 Dec 2015)
===
Mark Millard
markmi at dsl-on
in this file are MAKEOBJDIRPREFIX,
> WITH_DIRDEPS_BUILD, and WITH_META_MODE as they are environment-only
> variables.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman
I'm adding a note about the missing "\" being just an E-mail editing error, not
an original command error. . .
On 2015-Dec-6, at 8:32 AM, Mark Millard <mar...@dsl-only.net> wrote:
> Mostly just an FYI: This means that for my own purposes I'll tend to avoid
> WITH
defaults are correct for FreeBSD as far as the type goes. It
might need a more explicit type to be sure of a Char match for that freebsd.h
file's context.)
The 4.9 vintages of powerpc64-gcc were messed up the same way, as was noted at
the time.
===
Mark Millard
markmi at dsl-only.net
___
if such a build actually works
for installworld and reboot.)]
> On 2015-Dec-6, at 2:44 PM, Andreas Tobler <andreast-l...@fgznet.ch> wrote:
>
> On 06.12.15 22:34, Mark Millard wrote:
>> [I picked the lists that I did because powerpc64-gcc is the external
>> toolchain created to al
> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote:
>
> Mark Millard <mar...@dsl-only.net> wrote:
>> My guess is that it is picking up the
>>
>> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain
>
> You should use ?= if you want this to w
On 2015-Dec-15, at 10:37 AM, Bryan Drewery <bdrew...@freebsd.org> wrote:
>
> On 12/8/15 2:14 PM, Bryan Drewery wrote:
>> On 12/7/15 1:33 PM, Mark Millard wrote:
>>>
>>>> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote:
>&g
missing or instead the nested code blocks need to be swapped.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
XSTRINGS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings
> XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings
> .export XAS
> .export XAR
> .export XLD
> .export XNM
> .export XOBJCOPY
> .export XOBJDUMP
> .export XRANLIB
> .export XSIZE
> .export XSTRINGS
> .e
On 2016-Jun-12, at 5:39 AM, Simon J. Gerraty wrote:
> Mark Millard <mar...@dsl-only.net> wrote:
>>> --- build-tools_lib/ncurses/ncursesw ---
>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys
>
> I must have been looking at on of our i
On 2016-Jun-2, at 12:36 PM, Bryan Drewery wrote:
> On 6/1/2016 6:39 PM, Mark Millard wrote:
>> while filemon.ko now exists:
>>> # ls -l /boot/*/filemon*
>>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko
>> it does not load:
>>> #
ake for a redundant overall search path without changing the ordering.
I have not figured out why /usr/local/include continued to show up and
/usr/include did not. I wonder if they have special logic for if /usr is
assigned and so force back there specified default.
I'll try rebuilding devel/pow
arfdump's build/install installs /usr/local/include/dwarf.h and
/usr/local/include/libdwarf.h to match its code. Such examples can need careful
control over which file is used (here dwarf.h and libdwarf.h in /usr/include
vs. /usr/local/include ).
(It will still be some time before I get to switch to
On 2016-May-27, at 7:04 PM, Mark Millard wrote:
> FYI. . .
>
> I expect that building gcc49 with:
>
> + --with-local-prefix=/usr \
>
> will help with system build activities via gcc49/g++49 by avoiding
> /usr/local/include interfering.
>
> But I
Does one need to force some scripts to use [or not use] WITH_META_MODE= for
their "internal" make usage?
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
j/clang/arm.armv6/usr/src/usr.bin/awk/maketab
. . .
> --- all_subdir_usr.bin ---
> Building /usr/obj/clang/arm.armv6/usr/src/usr.bin/awk/maketab
. . .
> ===> share/doc/usd (all)
> --- all_subdir_sys ---
> ln -sf /usr/src/sys/boot/efi/loader/../../../arm/include machine
> --- a
# Enable checks to detect deadlocks
> and cycles
> nooptions WITNESS_SKIPSPIN# Don't run witness on spinlocks for
> speed
> nooptions DIAGNOSTIC
The armv6 11.0 -r301815 system was cross built from amd64, built using src.conf:
> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host
> TO_TYPE=armv6
> #
> KERNCONF=RPI2-NODBG
> TARGET=arm
> .if ${.MAKE.LEVEL} == 0
> TARGET_ARCH=${TO_TYPE}
> .export TARGET_ARCH
> .endif
> #
> WITH_CROSS_COMPILER=
> WITHOUT_SYSTEM_COMPILER=
> #
> #CPUTYPE=soft
> WITH_LIBSOFT=
> WITH_LIBCPLUSPLUS=
> WITH_BINUTILS_BOOTSTRAP=
> WITH_CLANG_BOOTSTRAP=
> WITH_CLANG=
> WITH_CLANG_IS_CC=
> WITH_CLANG_FULL=
> WITH_CLANG_EXTRAS=
> WITH_LLDB=
> #
> WITH_BOOT=
> WITHOUT_LIB32=
> #
> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=
> WITHOUT_GCC_BOOTSTRAP=
> WITHOUT_GCC=
> WITHOUT_GCC_IS_CC=
> WITHOUT_GNUCXX=
> #
> NO_WERROR=
> #WERROR=
> MALLOC_PRODUCTION=
> #
> WITH_DEBUG_FILES=
> #
> XCFLAGS+= -march=armv7-a -mcpu=cortex-a7
> XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7
> # There is no XCPPFLAGS but XCPP ets XCFLAGS content.
and with the make.conf for the system build being empty:
> # more ~/src.configs/make.conf
> #
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2016-Jun-14, at 6:48 PM, Bryan Drewery wrote:
> On 6/14/2016 5:13 PM, Mark Millard wrote:
>>> The targets (at top-level) that META_MODE is applied to is a whitelist
>>> now after r301887. So it's safe to always pass it when building from
>>> the top-level.
sw/../../../contrib/ncurses/ncurses/trace
> /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man'
> 1 error
So I'm trying cleanworld using WITH_META_MODE=yes before trying buildworld
buidlkernel using WITH_META_MODE=yes . . .
I'll report later how this goes.
===
Mark Millard
markmi a
On 2016-Jun-14, at 11:00 PM, Mark Millard wrote:
> [The following is after having updated and booted the host amd64 environment
> to -r301900. The activity reported on is cross building targeting a rpi2
> (armv7-a/cortex-a7). It is trying to go from not haivng used
> WITH_META_M
ay, mergemaster and if/where care about WITH_META_MODE=yes use vs.
disuse might be important for such. For example: Should "env
WITH_META_MODE=yes" be used with mergemaster if it was used with buildworld,
buildkernel, installkernel, and installworld?
===
Mark Millard
markmi at dsl-o
On 2016-Jun-13, at 2:51 PM, Ngie Cooper <yaneurab...@gmail.com> wrote:
> On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard <mar...@dsl-only.net> wrote:
>> I've been using the following script to run my make commands for amd64
>> builds (as an example):
>>
>>
On 2016-Jun-13, at 3:27 PM, Bryan Drewery <bdrew...@freebsd.org> wrote:
> On 6/11/2016 7:28 PM, Mark Millard wrote:
>> mergemaster [as an example] has code like:
>>
>>> # grep -i make /usr/sbin/mergemaster | more
>> . . .
>>> MM_MAKE
[I've added a list of core files generated and a few other notes.]
On 2016-Jun-13, at 10:29 AM, Mark Millard wrote:
> With the newly less strict alignment requirements "kyua test -k
> /usr/tests/Kyuafile" runs to completion, unlike before.
>
>> ===> Summary
&g
cific instructions that you
asked for. Sorry.
===
Mark Millard
markmi at dsl-only.net
> On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote:
>> With the newly less strict alignment requirements "kyua test -k
>> /usr/tests/Kyuafile" runs to completion, unlike before.
c . But I have at times also cross-built from an
amd64 FreeBSD context and it also can have the "wrong files for buildworld"
problem for /usr/local/include/ in FreeBSD.
I've never tried buildworld/buildkernel from a non-FreeBSD context and so have
never built devel/powerpc64-gcc or anything
using
C_INCLUDE_PAPTH and CPLUS_INCLUDE_PATH to avoid /usr/local/include based paths
from finding files. In part this is because I expect port building problems if
I use lang/gcc49 to build ports without lang/gcc49 having /usr/local/include
implicitly. I do not use devel/powerpc64-gcc
=
WITH_CLANG_FULL=
WITH_CLANG_EXTRAS=
# lldb requires missing atomic 8-byte operations for powerpc (non-64)
WITHOUT_LLDB=
#
WITH_BOOT=
WITHOUT_LIB32=
#
WITHOUT_GCC_BOOTSTRAP=
WITHOUT_GCC=
WITHOUT_GCC_IS_CC=
WITHOUT_GNUCXX=
#
NO_WERROR=
#WERROR=
MALLO
On 2016-May-27, at 4:48 PM, Bryan Drewery wrote:
> On 3/31/2016 8:33 PM, Mark Millard wrote:
>> I appears that C++ needs its own override for where to find C++ header
>> before looking in the gcc49 specific places.
>
> Yes, the hacks for that are builtin already. P
PE}-freebsd/bin/strings
XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings
.export XAS
.export XAR
.export XLD
.export XNM
.export XOBJCOPY
.export XOBJDUMP
.export XRANLIB
.export XSIZE
.export XSTRINGS
.endif
#
#
# From based on clang (via system)...
#
#COMPILER_TYPE=clang
.if ${.MAKE.LEV
[This adds armv6 information to a prior note that was just powerpc based. The
powerpc example material is listed first then it is noted that armv6 ended up
similar in my attempt.]
On 2016-May-29, at 11:32 PM, Mark Millard wrote:
> [It may well be that powerpc is not an intended cross comp
On 2016-May-30, at 5:40 PM, Mark Millard wrote:
> [This adds armv6 information to a prior note that was just powerpc based. The
> powerpc example material is listed first then it is noted that armv6 ended up
> similar in my attempt.]
>
> On 2016-May-29, at 11:32 PM, Mark
/boot/kernel/filemon.ko
it does not load:
> # kldload -n filemon
> kldload: can't load filemon: No such file or directory
> # dmesg | grep link_elf
> link_elf: symbol elf64_freebsd_sysvec undefined
So no WITH_META_MODE=yes yet for powerpc64.
I'm not sure when I get to trying the rp
hecking whether the entry point points into an executable section or
not. This allows use of the FreeBSD kernel as a skiboot payload.
===
Mark Millard
markmi at dsl-only.net
Older material. . .
On 6/1/2016 7:16 PM, Mark Millard wrote:
> May be Nathan Whitehorn knows what is going on that prevents file
arch=armv7a -mcpu=cortex-a7
> # There is no XCPPFLAGS but XCPP ets XCFLAGS content.
The amd64 context is at -r301139 and the rpi2/armv6 build was attempting to
update to -r301139 from -r300944.
> # uname -apKU
> FreeBSD FreeBSDx64 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #2 r301139
filemon.ko is required in order for
WITH_META_MODE=yes to work for incremental builds.
===
Mark Millard
markmi at dsl-only.net
On 2016-Jun-1, at 6:59 PM, Bryan Drewery wrote:
> On 6/1/2016 6:39 PM, Mark Millard wrote:
>> while filemon.ko now exists:
>>> # ls -l /boot/*/filemon*
On 2016-Jun-1, at 4:30 PM, Bryan Drewery wrote:
> On 6/1/2016 4:29 PM, Bryan Drewery wrote:
>> On 6/1/2016 4:25 PM, Mark Millard wrote:
>>> [The example context here for extracted materials is a amd64 -> armv6 cross
>>> build.]
>>>
>>> In my rec
On 2016-Jun-2, at 10:35 AM, Simon J. Gerraty wrote:
> Mark Millard wrote:
>
>>>>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys
>>>>>> sh: ./make_keys: Exec format error
>
> This is an arm host or cross-building?
>
that I used.)
make.conf was:
CFLAGS.gcc+= -v
(so effectively empty for clang use).
src.conf was:
TO_TYPE=amd64
#
KERNCONF=GENERIC-NODEBUG
TARGET=${TO_TYPE}
.if ${.MAKE.LEVEL} == 0
TARGET_ARCH=${TO_TYPE}
.export TARGET_ARCH
.endif
#
WITHOUT_CROSS_COMPILER=
WITH_SYSTEM_COMPILER=
#
WITH_LIBCPLUSP
eebsd-strings
.export XAS
.export XAR
.export XLD
.export XNM
.export XOBJCOPY
.export XOBJDUMP
.export XRANLIB
.export XSIZE
.export XSTRINGS
.endif
#
#
# From based on clang (via system). . .
#
.if ${.MAKE.LEVEL} == 0
CC=/usr/bin/clang
CXX=/usr/bin/clang++
CPP=/usr/bin/clang-cpp
.export CC
.export
On 2016-May-31, at 10:31 PM, Mark Millard wrote:
> [I'm too used to typing "buildworld": The subject line should have referenced
> buildkernel and this resend does.]
>
> On 2016-May-31, at 10:21 PM, Mark Millard wrote:
>>
>>> --- all_subdir_cxgb
[I'm too used to typing "buildworld": The subject line should have referenced
buildkernel and this resend does.]
On 2016-May-31, at 10:21 PM, Mark Millard wrote:
>
>> --- all_subdir_cxgb ---
>> /usr/src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_listen.c:926
On 2016-Jun-1, at 12:36 AM, Navdeep Parhar wrote:
> On Tue, May 31, 2016 at 10:49:29PM -0700, Mark Millard wrote:
>> On 2016-May-31, at 10:31 PM, Mark Millard wrote:
>>
>
>>
>> If the offending declaration in cxgb_listen.c is commented out (or remove
On 2016-May-30, at 8:29 AM, Bryan Drewery wrote:
> This failure is not likely related to META_MODE.
>
> I should have mentioned that to enable META_MODE after not having it on
> you should do a 'make cleanworld' first.
>
> On 5/29/2016 9:19 PM, Mark Millard wrote:
>>
re true of only tier 1 without being explicit
about it. But initially it takes some research to discover that status for each
such point. WITH_META_MODE is an example.]
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https:
ctld
1 error
make[4]: stopped in /usr/src/usr.sbin/ctld
*** [all_subdir_usr.sbin/ctld] Error code 2
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
ap.conf
> R 7163 /var/run/ld-elf.so.hints
> R 7163 /lib/libedit.so.7
> R 7163 /lib/libc.so.7
> R 7163 /lib/libncursesw.so.8
> F 7163 7164
> W 7164 ARUBA_me.bin
> E 7164 /usr/bin/uudecode
> R 7164 /etc/libmap.conf
> R 7164 /var/run/ld-elf.so.hints
> R 7164 /lib/libc.
to disable
> dumpdev="AUTO"
> #
> dbus_enable="YES"
> hald_enable="YES"
> #
> rpcbind_enable="YES"
> nfs_server_enable="YES"
> mountd_flags="-r"
> #
> nfs_client_enable="YES&qu
ge this login announcement.
> You can look through a file in a nice text-based interface by typing
>
> less filename
> $
The problem is apparently not general to all armv6 WiFi contexts.
I'll note that I did not disable or unplug the wired Ethernet.
===
Mark Millard
ma
On 2016-Jun-21, at 3:33 AM, Keith White wrote:
> On Tue, 21 Jun 2016, Mark Millard wrote:
>
>> Otacílio otacilio.neto at bsd.com.br wrote on Tue Jun 21 00:06:39 UTC 2016 :
>>
>>> > The kernel panic is totally reproducible. I need only do a ssh in the
>>
On 2016-Jun-14, at 9:25 AM, Bryan Drewery wrote:
> On 6/13/2016 4:31 PM, Mark Millard wrote:
>> On 2016-Jun-13, at 3:27 PM, Bryan Drewery wrote:
>>
>>> On 6/11/2016 7:28 PM, Mark Millard wrote:
>>>> mergemaster [as an example] has code like:
>>>
pu matter
to the code generation and explain my lack of problems.
The builds also have INVARIANTS and WITNESS off.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
for now. Self-hosted amd64 xtoolchain builds do
not work yet for normal settings: duplicate declarations tend to stop the
builds if one leaves on the warnings-as-errors status for buildkernel. (At
least last that I tried such.)
===
Mark Millard
markmi at dsl-only.net
_
On 2016-Jun-19, at 7:41 PM, Mark Millard wrote:
> Quoting Erich Dollansky erichsfreebsdlist at alogt.com Sun Jun 19 23:38:56
> UTC 2016 :
>
>> I am trying to compile HEAD on a Raspberry and get always the following
>> error.
>>
>> Of course, compili
On 2016-Jun-21, at 3:11 PM, Mark Millard wrote:
> Bryan Drewery bdrewery at FreeBSD.org wrote on Tue Jun 21 19:03:46 UTC 2016 :
>
>> This feature is where the bootstrap compiler in buildworld is not built
>> if the one in /usr/bin/cc matches what would be built. It is ve
cess exit
status 1 [0.038s]
usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.139s]
usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.330s]
===> Summary
Results read from /root/.kyua/store/results.usr_tests.20160625-012941-048472.db
Test cases: 57
On 2016-Jun-25, at 12:44 AM, Ngie Cooper wrote:
> On Fri, Jun 24, 2016 at 9:50 PM, Mark Millard wrote:
>> On 2016-Jun-24, at 2:50 PM, Alan Somers <asom...@freebsd.org> wrote:
>>
>>> As of r302180., the usr.sbin/rpcbind, sys/acl, and sys/sys/bitstring
>>>
rm/include/_types.h Mon Jun 13 16:48:27 2016
> (r301872)
> @@ -43,10 +43,6 @@
> #error this file needs sys/cdefs.h as a prerequisite
> #endif
>
> -#if __ARM_ARCH >= 6
> -#define __NO_STRICT_ALIGNMENT
> -#endif
> -
> /*
> * Basic types upon whi
[The below and the material leading up to it was originally posted to
freebsd-arm.]
===
Mark Millard
markmi at dsl-only.net
On 2016-Apr-4, at 2:02 PM, Mark Millard wrote:
As a fix for
>> --- all_subdir_lib/libsysdecode ---
>> In file included from :17:
>> In file included from
libsoft/usr/include/machine/param.h:49:
> /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h:182:4:
> error: Unable to determine architecture version.
> # error Unable to determine architecture version.
> ^
Is this area broke
no claims about the lib32 status are implied
here. (The problem was code in crtbeginS that arbitrarily used R30 in a way
that the context was not set up for and so crtbeginS code was dereferencing
arbitrary addresses.)
===
Mark Millard
markmi at dsl-only.net
On 2016-Apr-1, at 4:35 PM, Mark Millard
On 2016-Apr-2, at 3:59 PM, Mark Millard wrote:
> [My testing for the likes of the below does not yet extend outside powerpc64
> contexts.]
>
> For the likes of self-hosted powerpc64-xtoolchain-gcc/powerpc64-gcc use with,
> say, gcc49 materials as the so-called "host&qu
OM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ld
> NM=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/nm
> OBJCOPY=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objcopy
> OBJDUMP=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/o
The src.conf that I listed in the original message included the line:
> X_COMPILER_TYPE=gcc
So I'd already done that. Other suggestions?
===
Mark Millard
markmi at dsl-only.net
On 2016-Mar-31, at 2:26 PM, Bryan Drewery <bdrew...@freebsd.org> wrote:
On 3/31/16 2:23 PM, Mark Mill
rt/../../../contrib/llvm/lib/Support/APFloat.cpp:15:
> /usr/local/lib/gcc49/include/c++/cstddef:51:11: error: '::max_align_t' has
> not been declared
>using ::max_align_t;
^
===
Mark Millard
markmi at dsl-only.net
On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote:
> On 3/31/16
de/sys/types.h and
> /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed/sys/types.h
> differ
> Files /usr/include/unistd.h and
> /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed/unistd.h
> differ
> Files /usr/include/wchar.h an
had troubles that traced to these for CC and CXX being based on gcc49
while XCC and XCXX were based on powerpc64-gcc for buildworld/buildkernel on a
powerpc64 host.
I have had various examples of /usr/local/include/ files breaking builds
depending on what ports were in place at the time. All
; search starts here:
> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include
> /usr/local/include
> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed
> /usr/include
> End of search list.
> . . .
===
Mark Millard
markmi at dsl-only.net
On 2016-
ocal/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objdump
> RANLIB=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ranlib
> SIZE=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/size
> #NO-SUCH:
> STRINGS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/strings
> STRINGS=/usr/local/bin/strings
> .export AS
> .export AR
> .export LD
> .export NM
> .export OBJCOPY
> .export OBJDUMP
> .export RANLIB
> .export SIZE
> .export STRINGS
> .endif
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2016-Mar-31, at 8:14 PM, Mark Millard wrote:
>
> On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote:
>
>> This should be fine with my fix too.
>>
>> Trying add this to your make.conf for now:
>>
>> CFLAGS.gcc+= -isystem /usr/inc
> On 2016-Mar-31, at 2:32 PM, Bryan Drewery wrote:
>
> On 3/31/16 2:23 PM, Mark Millard wrote:
>> I use the likes of:
>>
>>>> # diff -rq /usr/include /usr/local/include | grep "^Files "
>> to find what to rename for the duration of the system
-2.16.8) because a requisite
> package 'perl5-5.22.1_7' (lang/perl5.22) failed (specify -k to force)
ruby was still lang/ruby21 at the time.
I used portmaster instead and everything worked fine.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-c
On 2016-May-23, at 2:50 PM, Bryan Drewery wrote:
> On 5/23/16 2:41 PM, Mark Millard wrote:
>> Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016):
>>
>>> A critical note to toolchain developers, or anyone who touches the Clang
>>> or GCC source files.
lar comments probably apply to FBSD_CC_VER and gcc/g++.
Is it as simple as "never use WITH_SYSTEM_COMPILER" for patch/update
explorations that are not yet official commits on CURRENT or STABLE? Does the
version number involved then matter?
but I've been using just 5.22.)
My /usr/ports/ is at -r414889 and currently has a lang/perl5.22/Makefile patch
Mathieu had me try but the behavior in question did not change from before I
had no patch.
My 11.0-CURRENT is at -r298990 (a no-debug build, 1100106 for kernel and user).
The build is t
ay 2 22:01:47 FreeBSDx64 kernel: , 576.
> May 2 22:01:47 FreeBSDx64 syslogd: exiting on signal 15
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2016-May-2, at 11:04 PM, Mark Millard <mar...@dsl-only.net> wrote:
> I just upgraded my amd64 11.0-CURRENT that runs under virtual box on Mac OS X
> to -r298793. This was via buildworld buildkernel then installing them, like
> normal for me.
>
> The result is abou
nd proceeded usual rebuilding procedure.
>
> Fortunately, there was only 3 commits between r298836 and r298920,
> and I got right one in first attempt.
>
> But unfortunately, fixing portupgrade[-devel] or file/libmagic beyonds
> my hand. :-<
I have taken Tomoaki's note ab
CURRENT -r297769 . Let me know if I should use
something more recent for some reason.
===
Mark Millard
markmi at dsl-only.net
On 2016-Apr-14, at 1:41 PM, Bryan Drewery wrote:
On 4/6/2016 1:14 PM, Mark Millard wrote:
> The below forwards an example of a possibly more general issue not
> ne
toolchain-gcc/power-gcc based buildworld/buildkernel without LIB32
(and that contains an unused clang/clang++, gcc4.2.1 not built): Still in
process. (Getting powerpc64-gcc to install on a powerpc64 context requires
workarounds because it is not a true cross compile context.)
===
Mark Milla
occur for
plain-file based swap files. The list of comments covers more than just armv6
as having example failures.
===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-c
to your question are well outside my
knowledge base. I do not remember getting such a result myself.
Hopefully someone else can help or use your report to analyze the issue. You
may want to submit a problem report in bugzilla for what happened, describing
the context that it happened in.
&
On 2016-Jul-25, at 10:50 PM, Matthias Apitz <g...@unixarea.de> wrote:
>
> El día Monday, July 25, 2016 a las 05:00:59PM -0700, Mark Millard escribió:
>
>> Matthias Apitz guru at unixarea.de wrote on Mon Jul 25 16:10:52 UTC 2016 :
>>
>>> On Monday, 25 Jul
[The below does note that TARGET=powerpc has a mix of signed wchar_t and
unsigned char types and most architectures have both being signed types.]
On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote:
> On 12.07.2016 5:44, Mark Millard wrote:
>> My understanding of the criteria for __
On 2016-Jul-13, at 6:00 PM, Andrey Chernov <a...@freebsd.org> wrote:
> On 13.07.2016 11:53, Mark Millard wrote:
>> [The below does note that TARGET=powerpc has a mix of signed wchar_t and
>> unsigned char types and most architectures have both being signed types.]
>
&g
sing
lots of false-positive compiler notices. gcc had followed the ABI involved
(long int) until the correction.
===
Mark Millard
markmi at dsl-only.net
On 2016-Jul-13, at 11:46 PM, Mark Millard wrote:
> On 2016-Jul-13, at 6:00 PM, Andrey Chernov wrote:
>
>> On 13.07.2016 11:
;head/sys/dev/gpio/ofw_gpiobus.c
> >head/sys/dev/iicbus/ofw_iicbus.c
> >head/sys/dev/ofw/ofw_bus_subr.c
> >head/sys/dev/ofw/ofw_bus_subr.h
> >head/sys/dev/ofw/ofwbus.c
> >head/sys/dev/pci/pci_host_generic.c
> >head/sys/dev/vnic/mrml_brid
On 2016-Jul-11, at 1:51 PM, Mark Millard wrote:
> Quick top-post just to indicate that I just did gcc 4.2.1 based cross-builds
> for TARGET_ARCH=powerpc and TARGET_ARCH=powerpc64 and they completed. They
> had analogous warnings to what clang (powerpc) and powerpc64-gcc (powerpc64)
&
kboot in.
I'll enter a report showing the sys/boot/powerpc/kboot/Makefile change that I
tried.
===
Mark Millard
markmi at dsl-only.net
On 2016-Jul-11, at 11:43 AM, Mark Millard wrote:
> On 2016-Jul-11, at 11:30 AM, Mark Millard wrote:
>
>> On 2016-Jul-11, at 11:04 AM, Mark Mi
On 2016-Jul-11, at 11:04 AM, Mark Millard <mar...@dsl-only.net> wrote:
> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn <nwhiteh...@freebsd.org> wrote:
>>
>> It is not 64-bit only; like the normal loader, it can load both 32-bit and
>> 64-bit kernels. Thos
On 2016-Jul-11, at 11:30 AM, Mark Millard <mar...@dsl-only.net> wrote:
> On 2016-Jul-11, at 11:04 AM, Mark Millard <mar...@dsl-only.net> wrote:
>
>> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn <nwhiteh...@freebsd.org> wrote:
>>>
>>> It is not
1 - 100 of 1274 matches
Mail list logo