Hello again,
it looks like one simple patch got left out by accident. Would it be possible
for you to commit it?
Thank you,
Piotr Kubaj.
On 20-12-28 06:37:23, Segher Boessenkool wrote:
> On Mon, Dec 28, 2020 at 12:44:15PM +0100, Gerald Pfeifer wrote:
> > On Wed, 16 Dec 2020, Segher Boessenkool
Hello again,
sorry to reopen this issue, but one part was skipped. It was just now found
out, because it doesn't cause build issues, but only runtime issues (GCC fails
to build binaries):
/usr/local/bin/ld: /usr/local/lib/gcc10/libgcc_s.so: undefined reference to
`.__udivmodti4'
/usr/local/bin/
On Mon, Dec 28, 2020 at 12:44:15PM +0100, Gerald Pfeifer wrote:
> On Wed, 16 Dec 2020, Segher Boessenkool wrote:
> >> Any chance (one of you) can help and commit this?
> > Done now.
> >
> > Please remind me in a week or so to do the backports?
>
> Thank you, Segher!
>
> And thanks for pushing th
On Wed, 16 Dec 2020, Segher Boessenkool wrote:
>> Any chance (one of you) can help and commit this?
> Done now.
>
> Please remind me in a week or so to do the backports?
Thank you, Segher!
And thanks for pushing the backports, too, whenever you get to them,
holiday season and such.
Gerald
On Tue, Dec 15, 2020 at 12:29:45AM +0100, Gerald Pfeifer wrote:
> > The patch looks fine. Okay for trunk. Also okay for any backports you
> > want (after waiting to see if it creates problems on trunk, as usual).
>
> Thank you! Segher doesn't have write access, and usually I'd help out,
> alas
On Tue, Dec 15, 2020 at 12:52:05AM +0100, Piotr Kubaj wrote:
> Yes, there is, thanks for noticing that!
>
> Fixed patch attached.
Hi!
Could you send this as plain text? It now is quoted-printable, which is
really hard to handle.
Thanks!
Hrm, this is really short, I'll just try to fix it by ha
On Tue, Dec 15, 2020 at 12:29:45AM +0100, Gerald Pfeifer wrote:
> On Mon, 14 Dec 2020, Segher Boessenkool wrote:
> >> + powerpc*le-*-*)
> >> + tm_file="${tm_file} rs6000/sysv4le.h" ;;
> >> + esac
> > What an obvious filename ;-)
>
> ;-)
>
> > The patch looks fine. Okay for trunk.
Yes, there is, thanks for noticing that!
Fixed patch attached.
On 20-12-15 00:37:02, Gerald Pfeifer wrote:
> On Mon, 14 Dec 2020, Piotr Kubaj via Gcc-patches wrote:
> > --- gcc/configure.ac.orig 2020-12-14 15:22:23 UTC
> > +++ gcc/configure.ac
> > @@ -5874,6 +5874,8 @@ case "$target:$tm_fil
On Mon, 14 Dec 2020, Piotr Kubaj via Gcc-patches wrote:
> --- gcc/configure.ac.orig 2020-12-14 15:22:23 UTC
> +++ gcc/configure.ac
> @@ -5874,6 +5874,8 @@ case "$target:$tm_file" in
> *-*-linux*)
> emul_name="-melf64ppc"
> ;;
>+ *le-*-freebsd*)
>+ emul_name="-melf64lpp
On Mon, 14 Dec 2020, Segher Boessenkool wrote:
>> +powerpc*le-*-*)
>> +tm_file="${tm_file} rs6000/sysv4le.h" ;;
>> +esac
> What an obvious filename ;-)
;-)
> The patch looks fine. Okay for trunk. Also okay for any backports you
> want (after waiting to see if it creates
Hi!
On Mon, Dec 14, 2020 at 04:35:38PM +0100, Piotr Kubaj wrote:
> this patch implements support for powerpc64le architecture on FreeBSD. Since
> we don't have powerpcle (32-bit), I did not add support for powerpcle here.
> This remains to be changed if there is powerpcle support in the future.
Hello,
this patch implements support for powerpc64le architecture on FreeBSD. Since we
don't have powerpcle (32-bit), I did not add support for powerpcle here. This
remains to be changed if there is powerpcle support in the future.
Patch implements similar endian detection to what linux64.h use
12 matches
Mail list logo
