9:52 a.m.
Hi Ada coders and lovers,
As x86 (32-bit for i686->) is not primary architecture anymore [2] and we
have at least one bug which blocks gprbuild [1] (and as the result
almost whole stack) I start to think about dropping i686 from the list
of GNAT_arches since F26 onward.
Any ideas/objections?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1444614
[2] https://fedoraproject.org/wiki/Architectures
--
Pavel
9:51 a.m.
Pavel Zhukov <pzhukov(a)redhat.com> wrote:
As x86 (32-bit for i686->) is not primary architecture anymore
[2] and we
have at least one bug which blocks gprbuild [1] (and as the result
almost whole stack) I start to think about dropping i686 from the list
of GNAT_arches since F26 onward.
Any ideas/objections?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1444614
[2] https://fedoraproject.org/wiki/Architectures
First, did you mean to write "F27"? Because I thought we had a working
GPRbuild in F26. Or is it necessary to rebuild it now, right after the
release?
Have you reported this to GCC upstream? I don't think a report in Red
Hat Bugzilla accomplishes anything more than tracking the bug. A report
in GCC Bugzilla should reach some GNAT developers. We might not get a
speedy fix for F27 though.
If only GPRbuild triggers the bug, and no fix arrives before the next
soname change in libgnat, then we'll probably need to drop x86 from
GPRbuild_arches at least temporarily, but we could keep it in
GNAT_arches. If it turns out to be so bad that many things can't be
compiled on x86, then we may need to drop it from GNAT_arches too.
Björn Persson
1:59 a.m.
Björn Persson <Bjorn(a)xn--rombobjrn-67a.se> writes:
Pavel Zhukov <pzhukov(a)redhat.com> wrote:
> As x86 (32-bit for i686->) is not primary architecture anymore [2] and we
> have at least one bug which blocks gprbuild [1] (and as the result
> almost whole stack) I start to think about dropping i686 from the list
> of GNAT_arches since F26 onward.
> Any ideas/objections?
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1444614
> [2] https://fedoraproject.org/wiki/Architectures
First, did you mean to write "F27"? Because I thought we had a working
GPRbuild in F26. Or is it necessary to rebuild it now, right after the
release?
Hi, our spam filter doesn't like your "antispam email"
again...
Right. I meant f27. But 26 is affected as well and we cannot rebuild
gnatcoll and gprbuild at least in case if it's needed.
And I found another problem last week. While GCC changed versioning to
major only (libgnat-7 instead of libgnat-7.1) ALI files are marked as obsolete
after update to 7.1 in F26/rawhide and I had to rebuild all packages manualy with
buildroot overrides and stuff.
Ali contains:
"GNAT Lib v7"
So it should be fine at first glance..
Have you reported this to GCC upstream? I don't think a report in Red
Hat Bugzilla accomplishes anything more than tracking the bug. A report
in GCC Bugzilla should reach some GNAT developers. We might not get a
speedy fix for F27 though.
Not yet. I've not reproduced the bug with upstream
compiler (without d/s
patches).
Package mantainer should raise the bug upstream in such cases but seems
like it's not the case :(
If only GPRbuild triggers the bug, and no fix arrives before the next
soname change in libgnat, then we'll probably need to drop x86 from
GPRbuild_arches at least temporarily, but we could keep it in
GNAT_arches. If it turns out to be so bad that many things can't be
compiled on x86, then we may need to drop it from GNAT_arches too.
So far only
gprbuild and gnatcoll are affected (as they very connected with
low-level gnat I think).
Björn Persson
_______________________________________________
Ada mailing list -- ada(a)lists.fedoraproject.org
To unsubscribe send an email to ada-leave(a)lists.fedoraproject.org
--
Pavel
1:19 p.m.
New subject: ALI files obsoleted by GCC 7.1 (was: x86 and gnat)
Pavel Zhukov wrote:
And I found another problem last week. While GCC changed versioning
to
major only (libgnat-7 instead of libgnat-7.1) ALI files are marked as
obsolete after update to 7.1 in F26/rawhide and I had to rebuild all
packages manualy with buildroot overrides and stuff.
Oh, that's bad!
At the moment I'm not sure how to prevent that from happening again.
Björn
12:03 p.m.
An update on this topic:
Now that GCC 8 has arrived in Rawhide, there is no project file support
in Gnatmake anymore. In previos releases Gnatmake has been printing
warnings stating that support for project files would be dropped, and
now it has apparently happened.
Consequently, those Fedora packages that were previously built with
Gnatmake have now been rebuilt with GPRbuild. As GPRbuild is still
excluded from x86-32, this means that all Ada packages except for the
compiler itself are now gone from x86-32.
On the other hand, the compiler bug is supposed to be fixed now. Someone
who cares, and has time and a 32-bit Fedora system, could try to
re-bootstrap GPRbuild on x86-32.
Björn Persson
2263
days inactive
2475
days old
4 comments
2 participants
participants (2)
-
Björn Persson -
Pavel Zhukov