On Mon, 2025-06-02 at 17:34 +0200, Andreas Schwab wrote:
> On Jun 01 2025, John Paul Adrian Glaubitz wrote:
>
> > I was talking about the comments, not the code since NetBSD and Linux
> > disagree on what the SVR4 ABI claims.
>
> In which way?
Both NetBSD and Linux re
On Mon, 2025-06-02 at 21:41 +0200, Andreas Schwab wrote:
> On Jun 02 2025, John Paul Adrian Glaubitz wrote:
>
> > To me both statements seem to contradict each other.
>
> How? They comment two different things.
But it's DEFAULT_PCC_STRUCT_RETURN in both cases, no?
A
On Mon, 2025-06-02 at 19:44 +0200, Andreas Schwab wrote:
> On Jun 02 2025, John Paul Adrian Glaubitz wrote:
>
> > Both NetBSD and Linux return structs differently, yet the comments in the
> > source code claim their way is according to the m68k SVR4 specification.
>
>
On Sun, 2025-06-01 at 19:44 -0600, Jeff Law wrote:
>
> On 6/1/25 8:21 AM, John Paul Adrian Glaubitz wrote:
>
> >
> > And what about the value for STACK_BOUNDARY? It seems to be 16 for many
> > Linux targets while it's 32 for NetBSD. Is there a reason why i
On Wed, 2025-05-28 at 18:10 +0200, Andreas Schwab wrote:
> On Mai 28 2025, John Paul Adrian Glaubitz wrote:
>
> > Shouldn't the #undef in linux.h undefine DEFAULT_PCC_STRUCT_RETURN and not
> > PCC_STATIC_STRUCT_RETURN?
>
> No, they are separate target options. P
ot;.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Mon, 2025-05-05 at 11:05 +0200, John Paul Adrian Glaubitz wrote:
> On Mon, 2025-05-05 at 10:14 +0200, Richard Biener wrote:
> > > I just noticed that my builds were with --disable-bootstrap. *sigh*
> >
> > Note I'd consider that "fine", it gives
disabled m2 and jit and I'm building
with --disable-werror. I hope this one is going to succeed now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
then this whole effort of mine.
Aha, I wasn't aware that the original cause for the removal of non-BWX support
was due to issue with RCU. I thought the original motivation was that non-BWX
Alpha doesn't support byte-access which Linus called a design mistake.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Sun, 2025-05-04 at 11:18 +0200, John Paul Adrian Glaubitz wrote:
> On Fri, 2025-05-02 at 12:12 +0200, Richard Biener wrote:
> > This flips the default to LRA for targets with an -mlra option not
> > using Mask(..).
> >
> > * config/avr/avr.opt
can close this bug and tick off m68k on the list of targets to be
switched
to LRA by default.
Thanks,
Adrian
> [1]
> http://people.debian.org/~glaubitz/gcc16-m68k-lra-all-but-go-and-ada.log.gz
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nk to the official
> public-inbox instance for next time.
Thanks, I'm using this now. Very helpful and much better than mailman.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ith less time pressure if I knew about it.
What RCU issue are you talking about? I can only stress that to use Linux on
Alpha, you *must* use kernel 6.14 or later with CONFIG_COMPACTION disabled
otherwise you will run into all kinds of issues.
Adrian
--
.''`. John Paul Adrian Glaubi
hat didn't work was using the non-BWX base line.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
age or mboxes on gcc-patches.
Thanks,
Adrian
> [1] https://github.com/olegendo/gcc/tree/devel/sh-lra
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
age or mboxes on gcc-patches.
Thanks,
Adrian
> [1] https://github.com/olegendo/gcc/tree/devel/sh-lra
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
a lot of stuff.
I knew you'd be working on the VAX backend as well ;-). Thanks so much for
taking care of both. The community can't appreciate such work enough!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
Do you have any plans for handling unaligned accesses for LRA as well?
Thanks,
adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
ootstraps mostly fine with LRA enabled.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Tue, 2024-10-15 at 16:18 +0200, John Paul Adrian Glaubitz wrote:
> On Tue, 2024-10-15 at 07:56 -0600, Jeff Law wrote:
> > Also note if we think it's basically working I can flip my tester to
> > default to LRA. It bootstraps and regtests alpha once a week via qemu.
&
e[3]: *** Deleting file 'm2/gm2-compiler-boot/PHBuild.mod'
terminate called after throwing an instance of 'unsigned int'
make[3]: *** [../../gcc/m2/Make-lang.in:1778: m2/gm2-compiler-boot/PCBuild.mod]
Aborted
make[3]: *** Deleting file 'm2/gm2-compiler-boot/PCBuild.mod'
I still see it mentioned in config.gcc
OpenVMS on Alpha seems to be still supported by HP [1]. Whether they're using
the latest version of GCC, is a different question through.
Adrian
> [1] https://h41379.www4.hpe.com/openvms/openvms_supportchart.html
--
.''`. John Paul
gt; NB I spoke to Richard about it while at LPC 2024 recently.
OK, good.
FWIW, it *seems* that LRA seems to just work with EV56 as the baseline and the
following replacements in the code:
s/reload_in_progress/reload_in_progress || lra_in_progress/g
Adrian
--
.''`. John Paul A
CC'ing Maciej who has also worked on Alpha
Hi Uros,
On Tue, 2024-10-15 at 12:29 +0200, Uros Bizjak wrote:
> On Tue, Oct 15, 2024 at 11:09 AM John Paul Adrian Glaubitz
> wrote:
> >
> > PR target/66207
> > * config/alpha/alpha.opt (mlra): New target option
PR target/66207
* config/alpha/alpha.opt (mlra): New target option.
* config/alpha/alpha.cc (alpha_use_lra_p): New function.
(TARGET_LRA_P): Use it.
* config/alpha/alpha.opt.urls: Regenerate.
Signed-off-by: John Paul Adrian Glaubitz
---
gcc/config/alpha/alpha.cc | 10 +-
gcc
PR target/66207
* config/alpha/alpha.opt (mlra): New target option.
* config/alpha/alpha.cc (alpha_use_lra_p): New function.
(TARGET_LRA_P): Use it.
* config/alpha/alpha.opt.urls: Regenerate.
Signed-off-by: John Paul Adrian Glaubitz
---
gcc/config/alpha/alpha.cc | 10 +-
gcc
e; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
(unstable-sh4-sbuild)glaubitz@acrux:/srv/glaubitz/gcc/build$
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
eed to bisect which stage2/3 object was miscompiled and
> then investigate the nature
> of the miscompilation. A much more tedious process than addressing
> remaining testsuite execution
> FAILs.
I'm not sure that bisecting works here as I suspect the issue is a result
of t
12
> [2] https://github.com/glaubitz/binutils-gdb/tree/linux-sh
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
xp&o2=allwordssubstr&o3=allwordssubstr&order=Last%20Changed&query_format=advanced&v1=sh.%2A
> [5] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
> [6] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
hat won't build with that old
toolchain anymore.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
aris 11.3 would be considered obsolete.
If it had been for Solaris 7, 8 or 9, I would totally understand. But even
Solaris 10
is something that Oracle still supports [1].
Adrian
> [1]
> https://blogs.oracle.com/support/post/extended-support-for-oracle-solaris-10-operating-system
--
.'
u will get a satisfactory
answer to that question.
> > Removing Solaris 11.3 support might make sense in the future when SPARC
> > support in Illumos has matured enough that people can switch over their
> > machines.
>
> As has been noted, SPARC is on its way out for Illumos.
Which makes my point to keep Solaris 11.3 support even more valid.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
over their
machines.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Tue, 2024-04-09 at 10:00 +0200, Jakub Jelinek wrote:
> On Tue, Apr 09, 2024 at 09:47:18AM +0200, John Paul Adrian Glaubitz wrote:
> > Hello,
> >
> > On Mon, 2024-04-08 at 18:33 +0200, pierre-emmanuel.pa...@embecosm.com wrote:
> > > The rust frontend requir
d a Rust
compiler for a target which is not supported by rustc (yet) when gccrs is
supposed to build-depend on cargo which requires rustc?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
27;m looking forward to that.
Again, thanks everyone for this fantastic effort!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ffort
and thanks a lot for this huge step forward for the Rust community.
Can't wait to see this becoming available in the distributions :D.
I will make sure we get the frontend enabled in Debian as soon as possible.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
on.
Asking on top of that: Is it possible to configure gcc on sparc* with -mv8plus
enabled by default? There seems to be only an option for setting the default
value for -mcpu=, but -mv8plus doesn't seem to be supported as a default
baseline
in configure.
Adrian
--
.''`. John
Hi!
On 1/21/22 15:00, John Paul Adrian Glaubitz wrote:
> While playing around with the compiler options trying to find a solution, I
> made an interesting
> discovery which is that GCC support 64-bit compare and swap on SPARCv8plus
> but not on 32-bit
> SPARCv9:
>
> gl
VE_SYNC_COMPARE_AND_SWAP_2 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 1
glaubitz@gcc202:~$
Is this intentional? If yes, what is the exact difference between V8+ and
32-bit V9?
Thanks,
Adrian
> [1] https://github.com/llvm/llvm-project/issues/53337
--
.''`. John Paul Adrian Gl
thub.com/Rust-GCC/gccrs/issues/483
> [2] https://github.com/gcc-mirror/gcc/blob/master/gcc/config/arm/arm.c#L919
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
en suggest to get the second patch committed as well, then close
the bug report and claim your bounty.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
patches/2021-January/563779.html
>> also) and verified that the results matched the original patchset.
>
> OK for trunk.
Anything else that keeps us from merging the changes? Would be great to
have the last backend besides CR-16 finally converted to MODE_CC on trunk.
Adrian
--
a bounty regularly checking
Bountysource.com (Disclaimer: I'm not affiliated with them, I just chose them
because the seem to be the most popular site) or similar campaign sites for
such offers.
Thanks,
Adrian
> [1] https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561489.html
--
.
On 12/7/20 9:06 AM, Eric Botcazou wrote:
>> Now there are only AVR and CR16 that need to be converted. Great progress!
>
> Indeed, but why does CR16 not have the 'c' letter then?
I noticed that as well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : D
to be converted. Great progress!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
Now that h8300 has been converted to use MODE_CC, it might be a good idea
to update the documentation on the wiki [1] which still lists h8300 as
being cc0.
Adrian
> [1] https://gcc.gnu.org/backends.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - g
ing binutils patch.
>
> If approved, I'll need a maintainer to commit on my behalf.
This seems like a useful enhancement to the m68k backend.
Any chance it can be picked up?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`
ing binutils patch.
>
> If approved, I'll need a maintainer to commit on my behalf.
This seems like a useful enhancement to the m68k backend.
Any chance it can be picked up?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`
https://www.bountysource.com/issues/84630749-avr-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
gt; https://www.bountysource.com/issues/91495157-vax-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases
> [3] http://mail-index.netbsd.org/port-vax/2020/04/18/msg003481.html
> [4] http://www.netbsd.org/ports/vax/emulator-howto.html
--
.''`. John Paul Adrian Glaubitz
> https://www.bountysource.com/issues/80706251-m68k-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
On 3/5/20 9:11 AM, Jakub Jelinek wrote:
> On Thu, Mar 05, 2020 at 08:56:37AM +0100, John Paul Adrian Glaubitz wrote:
>> The latest gcc-10 snapshot in Debian fails to build in Debian with:
>
> What is the problem?
> All that is present in what you posted are warnings.
Okay, I w
Wformat-diag]
2179 | pp_printf (pp, "\33]8;;%s\33\\", url);
| ^~~
../../src/gcc/pretty-print.c:2179:33: warning: spurious trailing punctuation
sequence '\' in format [-Wformat-diag]
2179 | pp_printf (pp, "\33]8;;%s\33\\&q
Hi!
On 12/27/19 12:26 AM, John Paul Adrian Glaubitz wrote:
> For this reason, people have been asking for a Rust frontend for GCC similar
> to
> the one for Go. Now, there are actually two independent implementation of a
> Rust
> frontend for GCC [1, 2] being developed and
and the desire of the community for an independent
implementation, I expect the Bountysource campaign to be rather successful.
Thanks,
Adrian
> [1] https://github.com/redbrain/gccrs
> [2] https://github.com/sapir/gcc-rust/tree/rust
--
.''`. John Paul Adrian Glaubitz
:
ed the issues mentioned above.
I would prefer getting all bugs in GCC reported to the GCC Bugzilla so that
they can be resolved in GCC itself. We don't gain anything if important bug
fixes are found in forks only.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : De
ble. We would have to enable -mlra in gcc by
default and then trigger a rebuild for 10.000 source packages. But
that would take a while to finish.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub
an internal
compiler error which I reported to the GCC bugzilla.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
boards myself, but they are currently not set
up and it would take me some time to get them running as I have never used
them before.
Adrian
> [1] http://sysam.it/cff_amcore.html
> [2] http://sysam.it/cff_stmark2.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian D
n mark in the "S" column should
be removed.
Same applies to i386, s390 and tilegx. These are all supported by qemu.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 11/25/19 1:38 PM, Bernd Schmidt wrote:
> On 11/25/19 1:34 PM, John Paul Adrian Glaubitz wrote:
>> Are all 4 + 2 patches in now? Thus, can we close the bug?
>
> We're missing one piece for better autoinc generation, but that's a
> small optimization issue. The cc0 co
d some more testing and since I feel confident
> that it really is in good shape now, I committed it. Thanks!
Are all 4 + 2 patches in now? Thus, can we close the bug?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Frei
duction of
> CC_STATUS_INIT in output_{and,ior,xor}si. You might want to check that.
>
> So unless there's objections over the next say 48-72 hrs, let's get the
> kit in and we can iterate if there's further issues that need resolving.
Any news on this? I would be in fa
http://incoming.debian.org/debian-buildd/ buildd-unstable main
The two lines starting with incoming are optional. They will just help getting
newly
built packages faster.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
ith a patched gcc-9 which may help finding more regressions.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On 11/15/19 2:45 PM, John Paul Adrian Glaubitz wrote:
>> It works on the kernel build, at least. No idea if this *runs*, I just
>> built it ;-)
>
> I just did that and kernel 5.3.9 built with gcc trunk with Bernd's patches
> boots fine on qemu-m68k-system. I will
rk there as well.
Thanks to everyone, especially Bernd for helping to make the cc0 transition
for m68k happen!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
;)])
>
> Since "reload_completed" is referenced, this is only about the CC0
> conversion, right? Switching to LRA is not required for this step.
I think it would be nice though that anyone who does the cc0 transition
would also switch over to LRA unless that would be t
ree, especially developer time.
It's very valuable to everyone in the various m68k communities to have
an up-to-date version of GCC available which is why so many people have
donated for the cause.
Thanks a lot for your time and input!
Adrian
--
.''`. John Paul Adrian Glaubitz
:
onvert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases
> [2] https://wiki.debian.org/M68k/QemuSystemM68k
> [3]
> https://github.com/gcc-mirror/gcc/commit/d6c5e987e730b3b2b9ff396d2361518ff9cb5e23
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Thanks!
Done: https://go-review.googlesource.com/c/gofrontend/+/84555
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
y are selected using environment
variables (GO386, GOARM, etc.).
Ok, so basically we should end up having only two GOARCHes for SH,
being "sh" and "shbe", correct?
If, yes, I can rebase my patch, make the requested changes and resubmit
it to Gerrit.
Adrian
--
.'
necessary to distinguish SH3 and SH4 when choosing which files to
build.
What about Oleg's comment on the issue?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
cacheline
sizes, for example:
https://go-review.googlesource.com/c/gofrontend/+/84555/1/libgo/configure.ac
In total, we have four different SH targets.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Be
distributions with SH support usually target sh3 and
sh4 only.
I have already signed the Google CLA in the past when I contributed
a small patch to Kubernetes.
Thanks,
Adrian
> [1] https://gcc.gnu.org/ml/gcc-patches/2017-12/msg0.html
--
.''`. John Paul Adrian Glaubitz
:
On 12/16/2017 10:24 AM, John Paul Adrian Glaubitz wrote:
> I'm not sure whether all the definitions in libgo/configure.ac are
> correct for SuperH. I made the assumptions that the values are similar
> for ARM 32-bit and SuperH as these architectures are comparable, except
> that
On 12/16/2017 10:24 AM, John Paul Adrian Glaubitz wrote:
> The attached patch adds the necessary definitions to enable libgo
> to build on sh (Hitachi SuperH).
Forgot to mention:
I can compile Go programs for SH with the patched gcc-7 which work fine
on my Renesas SH7785LCR evaluation
rg/linux/man-pages/man2/ioctl.2.html
> [3] https://www.freebsd.org/cgi/man.cgi?query=ioctl&sektion=2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 95
82 matches
Mail list logo
