On 2017-May-5, at 10:13 PM, Mark Millard wrote:
> On 2017-May-5, at 6:11 PM, Mark Millard wrote:
>
. . .
For the gcc 4.2.1 based kernel boot I have
had one odd fatal kernel trap (0x903a64a,
"unknown") where the lr showed 0x907f . It
reported being stopped at:
>>
[I'm top posting a find of another stack
handling failure example from the updated
compiler for TARGET_ARCH=powerpc .]
Bad news: Another code generation error, this
time demonstrated in compiling part of perl5. . .
(I tried to build a port that indirectly
tried build perl5 but perl5's miniperl cra
On:
# uname -apKU
FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r317820M powerpc powerpc
1200030 1200030
When I attempt to use:
# which kgdb
/usr/local/bin/kgdb
that was from building devel/gdb for:
# svnlite info /usr/ports | grep "Re[plv]"
Relative URL: ^/head
Repository Root: https:/
[I'm forking off this subject from the llvm bugzilla
26519's latest partial TARET_ARCH=powerpc fix material
as it seems to be independent.]
I've recently been building, installing, and using
TARGET_ARCH=powerpc again (because of a partial clang
fix for targeting powerpc 32-bit). But the context
he
On 2017-May-6, at 5:21 PM, Mark Millard wrote:
> On:
>
> # uname -apKU
> FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r317820M powerpc powerpc
> 1200030 1200030
>
> When I attempt to use:
>
> # which kgdb
> /usr/local/bin/kgdb
>
> that was from building devel/gdb for:
>
> # svnlite
