Re: [COMMITTED] Remove obsolete Solaris 11.3 support

with that old toolchain anymore. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [COMMITTED] Remove obsolete Solaris 11.3 support

ete. 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 -- .''`. John Paul Adrian Glaubitz : :' :

Re: [COMMITTED] Remove obsolete Solaris 11.3 support

ke 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

Re: [COMMITTED] Remove obsolete Solaris 11.3 support

machines. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [PATCH] build: Check for cargo when building rust language

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

Re: [PATCH] build: Check for cargo when building rust language

mpiler 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

Re: Rust front-end patches v4

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

Re: Rust front-end patches v4

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 Developer `. `' Physicist

Re: Difference between 32-bit SPARCv9 and SPARCv8+?

ation. 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 Paul Adrian Gl

Re: Difference between 32-bit SPARCv9 and SPARCv8+?

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

Difference between 32-bit SPARCv9 and SPARCv8+?

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 Glaubitz : :' : Debian Develope

arm_arch8_5 and arm_arch8_6 target baselines in arm.c

om/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

Re: [Ping] AVR CC0 conversion

d then 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

Re: [Ping] AVR CC0 conversion

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

Re: [Ping] AVR CC0 conversion

atches/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 -- .''

Re: [RFC] [avr] Toolchain Integration for Testsuite Execution (avr cc0 to mode_cc0 conversion)

ource.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 -- .''`. John Paul Adrian Glaubitz : :' :

Re: Updating the backend status for h8300 on the wiki

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 : :' : Debian Developer - glaub..

Re: Updating the backend status for h8300 on the wiki

t need 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

Updating the backend status for h8300 on the wiki

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 - glaub...@debian.

Re: [PATCH] m68k: tag floating-point ABI used

orresponding 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 `. `' Freie Univers

Re: [PATCH] m68k: tag floating-point ABI used

orresponding 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 `. `' Freie Univers

Bountysource campaign for AVR backend now at $7,150

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 2956 9546 0006 742

Bountysource campaign for converting the VAX backend

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 : :' : D

Bountysource campaign for converting AVR to MODE_CC

> 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 `-GPG: 62FF 8A75 84

Re: Regression on 32-bit powerpc?

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. Ok

Regression on 32-bit powerpc?

^~ ../../src/gcc/pretty-print.c:2182:21: warning: unquoted control character '\x1b' in format [-Wformat-diag] 2182 | pp_printf (pp, "\33]8;;%s\a", url); | ^~~ ../../src/gcc/pretty-print.c:2182:24: warning: unbalanced punc

Re: Bountysource campaign for gcc-rust?

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

Bountysource campaign for gcc-rust?

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 : :' : Debian Developer -

Re: AW: [PATCH] m68k architecture: support ccmode + lra

bove. 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 : :' : Debian Developer - glaub...@debian.org `. `'

Re: AW: [PATCH] m68k architecture: support ccmode + lra

uld 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...@physik.fu-berlin.de `-

Re: AW: [PATCH] m68k architecture: support ccmode + lra

ternal 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

BountySource campaign for the cc0 transition of the AVR backend

s://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

Re: [PATCH 2/4] The main m68k cc0 conversion

Fire 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 Developer - glaub...@

Re: [PATCH 2/4] The main m68k cc0 conversion

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

Re: [PATCH 2/4] The main m68k cc0 conversion

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 conversion i

Re: [PATCH 2/4] The main m68k cc0 conversion

e 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 `. `' Freie Universitaet Berlin - g

Re: [PATCH 2/4] The main m68k cc0 conversion

> 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 favor of merging these patc

Re: [PATCH 0/4] Eliminate cc0 from m68k

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 Universitaet Berlin

Re: [PATCH 0/4] Eliminate cc0 from m68k

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

Re: [PATCH 0/4] Eliminate cc0 from m68k

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 test

Re: [PATCH 0/4] Eliminate cc0 from m68k

s 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 `-GPG: 62FF 8A75 84E0 2956 9546

Re: Deprecating cc0 (and consequently cc0 targets)

> > 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 too mu

Re: Deprecating cc0 (and consequently cc0 targets)

ous 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 : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@

Re: Deprecating cc0 (and consequently cc0 targets)

pt-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

Re: [PATCH v2] libgo: Add support for sh

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

Re: [PATCH v2] libgo: Add support for sh

they 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 -- .''`. John

Re: [PATCH v2] libgo: Add support for sh

be 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 `-GPG: 62FF 8A75 84E0

Re: [PATCH v2] libgo: Add support for sh

, 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 Berlin - glaub...@physik.fu-berlin.de

[PATCH v2] libgo: Add support for sh

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 : :' : Deb

Re: [PATCH] libgo: Add support for sh

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 SH h

Re: [PATCH] libgo: Add support for sh

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

[PATCH] libgo: Add support for sh

[3] https://www.freebsd.org/cgi/man.cgi?query=ioctl=2 -- .''`. 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 >From a20d0d921734a94da1e72beff