.debian.org/status/fetch.php?pkg=binutils=sh4=2.41-6=1697044502=0
> [2]
> https://buildd.debian.org/status/fetch.php?pkg=e2fsprogs=sh4=1.47.0-2%2Bb1=1697478803=0
> [3] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `'
.
- Please disable Ada, D, Go and M2 for loong64 in debian/rules.def.
- Please add "!loong64" for gdb in debian/control.m4
The attached patch implements these changes.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0
Hi Michael!
On Tue, 2023-05-16 at 20:25 +1200, Michael Cree wrote:
> On Tue, May 16, 2023 at 09:38:56AM +0200, John Paul Adrian Glaubitz wrote:
> > After a long discussion on IRC and the mailing list, we have agreed to
> > raise the
> > baseline for the alpha architectu
=ev56" or "--with-arch=ev56".
Thanks,
Adrian
> [1]
> https://salsa.debian.org/glibc-team/glibc/-/commit/7af7b56d5f5fef7a4f3c011b36774e4556563d3d
> [2]
> https://salsa.debian.org/glibc-team/glibc/-/commit/4d57b6af3efd1d6af277b2eb67fe9ee500e7ae68
--
.''`. John Paul Adrian G
.
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026201
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ot=sid
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
-enable JIT for m68k for the next gcc-12 upload?
Thanks,
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
)
Changing "alpha.c" to "alpha.cc" in the patch fixes the problem.
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
,
Adrian
> [1]
> https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=23987912ddb4207de0714d81237f93f613557d1f
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104189
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berli
[1]
> https://buildd.debian.org/status/fetch.php?pkg=hsail-tools=s390x=0%7E20180830-1=1578612130=0
--
.''`. 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 Matthias!
On 10/11/21 15:27, John Paul Adrian Glaubitz wrote:
> This did not fix the bug, unfortunately. libffi is still being built with
> "-mcpu=power8" on ppc64, see the full build log in [1].
>
> We didn't need --enable-portable before, so this isn't the issue but
sion which is not compatible with libffi [2].
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=libffi=ppc64=3.4.2-3=1633957534=0
> [2] https://github.com/libffi/libffi/issues/662
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universi
Hi Mattias!
On 10/8/21 11:21, John Paul Adrian Glaubitz wrote:
> I will try to build cmake with gcc-11 and see if that makes any difference.
Building with gcc-11 fixes the problem and cmake builds fine.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.
have seen this issue before and
didn't understand what the problem was. At least I do now.
I will try to build cmake with gcc-11 and see if that makes any difference.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin -
Hello!
On 9/29/21 00:38, John Paul Adrian Glaubitz wrote:
> There is actually a baseline violation on i386 as "-march=amdfam10" is
> passed to the compiler, see the build log in [1], for example.
Comparing the build logs, it seems that this an issue with the newer ver
Hi!
On 9/28/21 22:40, John Paul Adrian Glaubitz wrote:
> We should therefore pass "--enable-portable-binary" in debian/rules.
There is actually a baseline violation on i386 as "-march=amdfam10" is
passed to the compiler, see the build log in [1], for example.
libffi/libffi/blob/master/m4/ax_gcc_archflag.m4#L209
--
.''`. 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
independently
verified that. It might be that libffi performs a runtime detection
during build which causes the library to be built with a higher
baseline on the POWER8 buildds.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
disable Ada in gcc-11 on m68k until the issue has been fixed upstream?
Thanks,
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
Could you therefore disable Go on ia64 for the time being in both gcc-11 and
-snapshot?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=gcc-11=ia64=11-20201208-
> On Oct 2, 2020, at 1:30 PM, Matthias Klose wrote:
>
> On 10/2/20 1:26 PM, John Paul Adrian Glaubitz wrote:
>>>> On Oct 2, 2020, at 1:18 PM, Matthias Klose wrote:
>>> both gcc-10-cross and gcc-10-cross-ports are building ok. Not sure what you
>>&
> On Oct 2, 2020, at 1:18 PM, Matthias Klose wrote:
>
> both gcc-10-cross and gcc-10-cross-ports are building ok. Not sure what you
> are
> trying to do here.
Cross-building a native compiler using “sbuild —host=$ARCH”. That failed when
linking gm2.
Adrian
to remove that as well.
Adrian
> [1]
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=9aa357c75358a51f038e50f7c8d9207b58c157e0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A7
_no_cross := no
Since cross-builing failed for me with gm2 enabled, I assume it's best to
remove the line
"m2_no_cross := no" from debian/rules.defs to unbreak cross-builds of
src:gcc-10.
Thanks,
Adrian
> [1] https://sources.debian.org/src/gcc-10/10.2.0-13/debian/rules.defs/#L1247
--
.
the issue has been resolved?
It's most likely a bug in glibc and not gcc itself but prevents the Go
backend from being built.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
Control: tags -1 +patch
Hi!
On 2/17/20 2:08 PM, John Paul Adrian Glaubitz wrote:
> Once the issue has been fixed and this bug is closed, I will mark the package
> for
> building again on powerpc.
Upstream has fixed the problem now [1], attaching the patch. I have
not actually t
to "not-for-us" until the issue has been fixed upstream.
Once the issue has been fixed and this bug is closed, I will mark the package
for
building again on powerpc.
Thanks,
Adrian
> [1] https://github.com/libffi/libffi/issues/536
--
.''`. John Paul Adrian Glaubitz
: :' : Deb
gt; This is not a bug. You might want to link that unconditionally, however I'd
> prefer if this would be an upstream patch, only linking when needed.
It's actually bug [1] but it has been unresolved for years now.
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
--
.''`.
le gm2 on ia64 once you update to gm2 version with
the patch? Let's see first though whether gcc-10 builds fine with
gm2 disabled.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.
s a lot of sense. Thanks for catching this. I guess, I'll
file a bug report upstream then.
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
ich achieves that.
>
> I can do this.
OK. Thank you.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=gcc-10=ia64=10-20200104-1=1578159251=0
--
.''`. 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
, although I have
not run through the whole testsuite yet to confirm everything is okay.
But in any case, disabling gm2 on ia64 fixes the build error.
Could you add ia64 to m2_no_archs in debian/rules.defs?
Attaching a patch which achieves that.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
Control: tags -1 +patch
Attaching debdiff which incorporates the changes :).
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
ext+0x1c): undefined reference to `main'
collect2: error: ld returned 1 exit status
root@tirpitz:~>
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 295
gt; https://buildd.debian.org/status/fetch.php?pkg=linux=sh4=5.3.15-1=1575738446=0
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92946
> [3]
> https://sources.debian.org/src/gcc-9/9.2.1-21/debian/patches/gcc-search-prefixed-as-ld.diff/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
On 6/5/19 7:49 PM, Thorsten Glaser wrote:
> Dear porters, could you please…
Why not do it yourself? You can just compile the source using qemu-user,
building with sbuild and --purge=successful.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.
> On Feb 8, 2019, at 3:58 PM, Matthias Klose wrote:
>
>> On 08.02.19 12:11, John Paul Adrian Glaubitz wrote:
>>> On 2/8/19 12:10 PM, Matthias Klose wrote:
>>> Upstream GCC has removed the powerpcspe support in GCC 9, and I'd like to
>>> stop
>
On 2/8/19 12:10 PM, Matthias Klose wrote:
> Upstream GCC has removed the powerpcspe support in GCC 9, and I'd like to stop
> building the powerpcspe cross compilers for sid/buster.
Can we wait until gcc-9 is the default compiler?
Thanks,
Adrian
--
.''`. John Paul Adrian Gl
.org/bugzilla/show_bug.cgi?id=85412
--
.''`. 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
diff -Nru old/gcc-8-8.2.0/debian/patches/ia64-disa
nd IBM Z,
I fear that Debian would more and more be turned into a mere development
project for Ubuntu
and other derivatives rather than being an operating system of its own.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univer
ust be disabled and gcc-8 builds fine which I just did for a manual build.
Please disable gnat on powerpcspe for the time being until we have resolved
the linker issues.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=gcc-8=powerpcspe=8.2.0-9=1540969207=0
--
.''`.
should watch out for hardware with ARM Cortex Cores.
Alternatively, X-Gene 1. ThunderX, ThunderX2 and Centriq are definitely not
supported.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`
4, gcc seems well enough maintained that bugs get fixed in a reasonable
amount of time.
The powerpcspe is currently being reworked, the SH backend is still maintained
by at least one upstream developer. The only backend I am worried about is
the m68k backend since it still needs to be ported to CC1.
Adria
> On Jun 29, 2018, at 9:50 AM, Jonathan Wiltshire wrote:
>
>> On Fri, Jun 29, 2018 at 11:04:26PM +0900, Roger Shimizu wrote:
>> I see armel is already not a candidate for buster [0].
>> So it seems we can discuss armhf, but no armel at all.
>> I don't agree with this idea.
>> And I think we
continue
to do that once the move of powerpc to ports has been completed).
I think that building on arm64 after fixing the bug in question is the
way to move forward. I'm surprised the bug itself hasn't been fixed yet,
doesn't speak for ARM.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
will file an upstream gcc bug and also check whether we still
need -O0 on m68k.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=mpfr4=powerpcspe=4.0.0-5=1516751176=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitae
oesn't make it seem that debhelper is
working as expected, is it? At least there should be a comprehensible
error message.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2
On 01/02/2018 11:12 PM, John Paul Adrian Glaubitz wrote:
I couldn't find any obvious thing missing, so I'll let this as a homework
for anyone reading this bug report. Attaching my versions of rules,
packages.common and packages.invalid.
Ok, turns out replacing "Priority: extra" with
it can be used and I want to keep it enabled as long as
it doesn't break the gcc-7 build so I can easily install gccgo-7
for debugging purposes.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=gcc-8=m68k=8-20171223-1=1514231538=0
--
.''`. John Paul Adrian Gl
h.
Thanks,
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
diff -Nru old/gcc-7-7.2.0/debian/patches/t-libunwind-elf-Wl-z-defs.diff
Hello!
On 12/27/2017 02:09 AM, John Paul Adrian Glaubitz wrote:
> With the patch applied, rebuilding src:gcc-6 provides a gcc-6-source
> package which can be used successully to build the package
> cross-toolchain-base-ports with the ia64 target enabled which in
> turn will allow
modifications which have
been verified to work in rebootstrap. A second patch by James
Clarke is necessary to modify some linker flags for building
the internal libunwind. I will file a second bug report for that.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
ge which can be used successully to build the package
cross-toolchain-base-ports with the ia64 target enabled which in
turn will allow us to enable ia64 in gcc-7-cross-ports (after
this patch has been added to src:gcc-7 as well).
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debi
ble
Depends:
linux-libc-dev-ia64-cross but it is not installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.
E: Package installation failed
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.
On 11/19/2017 10:16 PM, John Paul Adrian Glaubitz wrote:
On 11/19/2017 10:06 PM, Adrian Bunk wrote:
As announced in https://lists.debian.org/debian-arm/2017/11/msg00045.html
this patch raises the armel baseline for buster from armv4t to armv5te.
And I still disagree with this change and don't
On 12/08/2017 10:29 AM, Matthias Klose wrote:
>> So, please remove m68k from "go_no_cpus" in debian/rules.defs.
>
> what about gcc-8?
I will start a test build now and let you know. Should be done
by the evening/tomorrow.
Adrian
--
.''`. John Paul Adrian Glaubitz
:
in debian/rules.defs.
Thanks,
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
actually tested the patch with Debian's gcc-7 package.
Thanks,
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70216
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 6
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
prefix)
endif
Attaching a patch as well.
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
--- debian/rules2~ 2017-08
architectures for cross-native builds.
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
--- debian/rules.defs.orig 2017-08-01 15:35
Hi!
On 07/26/2017 08:32 PM, John Paul Adrian Glaubitz wrote:
> Now that #862927 has been resolved, please remember to build the gnat-7
> cross-compiler for m68k in the next upload. It's then easier to cross-build
> a native compiler and continue working on the gnat-7 issu
Control: reopen -1
On 07/17/2017 10:55 AM, John Paul Adrian Glaubitz wrote:
> On Fri, Jul 14, 2017 at 06:00:04PM +0200, John Paul Adrian Glaubitz wrote:
>> I had a go at this and came up with the attached patch which
>> fixes the problem for me. With the patch applied, I can
with
the native compiler [1].
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81495
--
.''`. 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 Fri, Jul 14, 2017 at 06:00:04PM +0200, John Paul Adrian Glaubitz wrote:
> I had a go at this and came up with the attached patch which
> fixes the problem for me. With the patch applied, I can build
> a gnat cross-compiler for m68k.
The patch has already been merged upstream, both on
Hi!
On Sat, Jul 15, 2017 at 12:03:13AM +0200, John Paul Adrian Glaubitz wrote:
> After fixing gnat in gcc-7 with the small patch provided in
> #862927 [1], I have successfully bootstrapped gnat-7 for
> m68k and uploaded the packages to unstable so that gnat-7
> can be used as a buil
] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862927
--
.''`. 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
--
.''`. 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
--- a/src/gcc/ada/system-linux-m68k.ads.orig 2016-12-05 12:27:55.0 +0100
+++ b/src/gcc
mapping for the command prefix
(GNU triplet) is missing in debian/rules.conf [2].
Cheers,
Adrian
> [1] https://sources.debian.net/src/gcc-7/7.1.0-9/debian/control/#L23
> [2] http://sources.debian.net/src/gcc-7/7.1.0-9/debian/rules.conf/#L430
--
.''`. John Paul Adrian Glaubitz
: :' :
Control: clone -1
Control: reassign gcc-snapshot
On Mon, Jun 19, 2017 at 01:01:19AM +0200, John Paul Adrian Glaubitz wrote:
> It turned out that the offending test is cilkplus and until the kernel
> has been fixed, please make sure to build gcc-7 on sparc* with cilk
> disabled, e.g. b
ian
--
.''`. 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
to the gcc-6 trunk yet.
Would it be possible to include the patch to the gcc-6 package?
I'm attaching the patch taken from the trunk, already in the proper
format to be added to the gcc-6 package.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
ian.org/g/gcc-6/news/20170316T134920Z.html
--
.''`. 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
also enable
it for ppc64 to mitigate this problem.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=cmake=ppc64=3.7.2-1=1488126538=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-ber
On 02/15/2017 11:55 AM, John Paul Adrian Glaubitz wrote:
> This is because we're using --with-cpu-32=ultrasparc for all
> sparc configurations although we have to use --with-cpu=ultrasparc
> instead.
... when using nobiarch, I meant.
nobiarch = --with-cpu=ultrasparc
biarch = --wi
CBFS issue for sparc-nobiarch.
Thanks,
Adrian
> [1]
> https://jenkins.debian.net/view/rebootstrap/job/rebootstrap_sparc_gcc6_nobiarch/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG
it was written
in C for gcc-6.
I would therefore like to ask to disable gccgo in gcc-7 on m68k for
the time being until we have fully resolved the issues with gccgo-7
but please let gccgo-6 enabled for gcc-6.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
On 02/01/2017 01:44 PM, Matthias Klose wrote:
> you can't build that on ppc64el, the dependencies are not built there.
Good catch, thank you!
Attaching updated patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Ber
the changes from the attached patch, running debian/rules control, I
was able to rebuild gcc-defaults-ports with the default gcc packages
for powerpcspe enabled.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79281#c4
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79281
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956
Forgot to link the upstream patch set in the footnote, sorry:
> https://go-review.googlesource.com/#/c/35478/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2
produces working binaries.
Of course, if upstream decides to backport this patch to gcc-6, it won't
be necessary to carry this patch in gcc-6. But in case that doesn't happen,
here's a patch verified to be working to be applied instantly.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
s.
This is achieved by applying the attached patch.
Thanks,
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
diff -Nru old/gcc-6-
all it and work on fixing the issues.
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
ts
for m68k.
Thanks,
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
--- debian/rules.defs.old 2017-01-09 22:07:01.00
On 12/22/2016 12:36 PM, John Paul Adrian Glaubitz wrote:
> Could you please remove the ada-m68k.diff patch from the gcc-7
> source package now. It's existence still breaks the build, it has
> been merged upstream now as already discussed.
>
> Ada is currently is disabled on gcc-6 a
Hi Matthias!
On 12/05/2016 12:42 PM, John Paul Adrian Glaubitz wrote:
>> gcc upstream just merged the patch after I had to modify it [1].
>>
>>
>>> [1] https://gcc.gnu.org/viewcvs/gcc?view=revision=243247
>
> Ah, there is no gcc-7 branch yet. So we actually
On 12/04/2016 06:33 PM, John Paul Adrian Glaubitz wrote:
> OK, attaching the updated patch which applies cleanly.
gcc upstream just merged the patch after I had to modify it [1].
Attaching the updated version.
Thanks,
Adrian
> [1] https://gcc.gnu.org/viewcvs/gcc?view=revision=
On 12/05/2016 12:32 PM, John Paul Adrian Glaubitz wrote:
> On 12/04/2016 06:33 PM, John Paul Adrian Glaubitz wrote:
>> OK, attaching the updated patch which applies cleanly.
>
> gcc upstream just merged the patch after I had to modify it [1].
>
>
>> [1] https://g
On 12/04/2016 06:26 PM, Andreas Schwab wrote:
> On Dez 04 2016, John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
> wrote:
>
>> So I assume we can strip the patch from the changes in s-memory.adb and
>> s-memory.ads?
>
> Yes.
OK, attaching the up
On 12/04/2016 04:43 PM, John Paul Adrian Glaubitz wrote:
> However, I'm by no means an Ada expert to be able to tell whether we still
> need
> Ada.Unchecked_Conversion anymore. I have glimpsed over PR48835 and I'm not
> sure
> whether this confirms this in any way.
Ah, I assume y
On 12/04/2016 02:38 PM, Andreas Schwab wrote:
> On Dez 04 2016, John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
> wrote:
>
>> @Andreas: Are you sure the patch is no longer necessary?
>
> I didn't say that.
Ok, this was a misunderstandin
On 12/04/2016 01:11 PM, John Paul Adrian Glaubitz wrote:
> Dropping ada-m68k.diff fixes this particular issue for me.
> m68k-revert-pr45144.patch
> is currently not applied because we have disabled Ada on m68k by adding it to
> ada_no_cpus in debian/rules.defs because of #814221 [1]
and treat
this particular patch as a separate issue.
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814221
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
.ads
>
> According to PR48835, this is no longer necessary.
Ah, thanks for letting us know. I was already suspecting that, but I didn't
have the time yet to verify it.
@Matthias:
Do you agree that we can drop this particular patch then?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaub
https://buildd.debian.org/status/fetch.php?pkg=gcc-7=m68k=7-20161201-1=1480796787
--
.''`. 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 Nov 27, 2016, at 2:14 PM, Matthias Klose wrote:
>
> The patches to configure --with-cpu-32= and --with-cpu-64= are availabe in GCC
> 6, so we should use them and ensure that the defaults for the sparc/64 and
> sparc64, and sparc and sparc64/32 targets match. Just forcing
> On Nov 24, 2016, at 7:07 PM, Jose E. Marchesi
> wrote:
>
> Ah, I thought you said that GCC 6 was not building anymore with
> --mcpu=ultrasparc due to some bug. You mean that the debian package is
> no longer using that option.
Yes, but only the Debian package on
suggested patch to
do that is correct.
I think that always passing --with-cpu=ultrasparc on sparc (32-bit)
will always make sure the compiler is configured to generate v8+
in 32-bit and v9 code in 64-bit mode.
Is that correct?
Adrian
> [1] https://jenkins.debian.net/view/rebootstrap/
--
.''`. J
1 - 100 of 144 matches
Mail list logo