On Sun, 12 Jan 2020 01:57:44 -0800
Mark Millard wrote:
> [So far I have not checked if there is a
> somewhat analogous C (not C++) issue or
> not for gcc9 . For C++, when registers are
> used vs. when stack space is used does not
> always match system-clang++ for g++9
> targeting 32-bit powerpc.]
On Sat, Nov 23, 2019, 06:56 Mark Millard via freebsd-ppc <
freebsd-...@freebsd.org> wrote:
> The clang code generation and secure-plt handling and binutils ld handling
> do not match (ELFv1 anyway) but the modern ld no longer seems to exit with
> an error code for this context so none of the below
Hi Mark,
On Sun, May 6, 2018 at 4:31 PM, Mark Millard via freebsd-ppc
wrote:
> https://gcc.gnu.org/gcc-8/changes.html reports:
>
> • Support for the powerpc*-*-*spe* target ports which have been
> recently unmaintained and untested in GCC has been declared obsolete in GCC 8
> as announ
re? My coy of PowerISA lists the numbers that I used? What makes
> you
> think it should be shifted by one bit?
>
> On Mon, Jan 16, 2017 at 08:45:58PM -0600, Justin Hibbits wrote:
> > The patch is incorrect, the 'xo' values are off by one bit (inline
> > change):
> &g
The patch is incorrect, the 'xo' values are off by one bit (inline
change):
On Dec 5, 2016, at 10:19 AM, Roman Divacky wrote:
Can you try this patch?
Index: llvm/lib/Target/PowerPC/PPCInstrInfo.td
===
--- llvm/lib/Target/PowerP
Hi Mark,
Thanks for all the work you've put into getting FreeBSD/powerpc*
building with clang, it's much appreciated. As time permits I'll be
reviewing and marshalling your patches in.
The fix for PR 215819 just went in (r311912), and will be MFC'd along
with all the other patches after
On Fri, Jan 6, 2017 at 3:04 AM, Mark Millard wrote:
> I have submitted a FreeBSD bugzilla entry:
>
> Bug 215821 - head -r311147's bootstrapped ld for TARGET_ARCH=powerpc64
> produces kernel.full as a "shared object" for -pie instead of as a
> "executable": booting the produced kernel crashes
>
>
On Tue, Feb 2, 2016 at 10:13 AM, Konstantin Belousov wrote:
> On Tue, Feb 02, 2016 at 10:05:16AM -0600, Justin Hibbits wrote:
>> Good catch! I'll commit the change tonight.
> I looked once at the powerpc sigsend(), and I think that it has an
> issue. The usfp is calculated
T #1 r294962M: Fri Jan 29
> 18:28:17 PST 2016
> markmi@FreeBSDx64:/usr/obj/clang_gcc421/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODEBUG
> powerpc 1100097 1100097
>
> (Same PowerMac, different SSD.)
>
>
> [I have renamed a.out's to indicate compiler context as I
Does this occur with gcc-built world and/or kernel? You could put
some printf()s in sendsig(), and there are KTR tracepoints already
present. The code assumes a fully aligned user stack, which should be
correct, but may not be.
- Justin
On Jan 31, 2016, at 6:41 PM, Mark Millard wrote:
I
I'll take a look at the signal code in the kernel this evening.
-Justin
On Jan 31, 2016 18:41, "Mark Millard" wrote:
> I have submitted Bug 206810 for this 11.0-CURRENT/clang380-import stack
> alignment problem for TARGET_ARCH=powerpc signal delivery.
>
> ===
> Mark Millard
> markmi at dsl-only.
With the attached patch I can buildworld with clang on powerpc64. It
survives a tinderbox build, so no regressions that I can see.
The patch is a backport of several patches to newer binutils, that the
author has graciously approved relicensing for GPLv2 for
our use in FreeBSD.
The problem comes
On Dec 2, 2013 10:26 AM, "Craig Rodrigues" wrote:
>
> On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits
wrote:
>>
>> Yesterday I started a full world update for my machine (powerpc64), but
>> the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I
>
Yesterday I started a full world update for my machine (powerpc64), but
the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I
haven't tried reverting contrib/gcc yet, but is there a good way to
debug this?
- Justin
___
freebsd-toolchain@free
14 matches
Mail list logo