https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
Summary|[8 Regression] raised |[8 regression] raised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #37 from Eric Botcazou ---
Created attachment 42173
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42173=edit
Reduced testcase
To be compiled at -O2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #36 from simon at pushface dot org ---
(In reply to simon from comment #28)
> For the Darwin 15 build (+ patch to darwin.h from PR80556) was
> configured with
>
> --prefix=/Volumes/Miscellaneous/tmp/opt/gcc-8.0.0
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #35 from Iain Sandoe ---
(In reply to simon from comment #33)
> (In reply to Iain Sandoe from comment #32)
>
> > it doesn't make any difference if the libstdc++ is statically or dynamically
> > linked, in fact
>
> It’s libgcc that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #34 from Dominique d'Humieres ---
> Yes, as Arno said, you need to manually build libada in this setup:
> make -C gcc gnatlib-shared
This fails for me with
x86_64-apple-darwin16.7.0/sys-include -L/opt/gcc/build_w/gcc/../ld -c -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #33 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #32)
> it doesn't make any difference if the libstdc++ is statically or dynamically
> linked, in fact
It’s libgcc that causes the problem; with static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #32 from Iain Sandoe ---
(In reply to simon from comment #28)
> (In reply to Iain Sandoe from comment #23)
>
> > --with-checking=release --disable-libada succeeds for me too.
>
> Because the bug appears when building libada.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #30 from Eric Botcazou ---
> I wonder whether the check-acats exception issues in PR81361 are related?
Hum, yes, I totally forgot about this, it might be a good track indeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #29 from Eric Botcazou ---
> OK, I see, that's not been a pattern we've needed to use in the past.
> Is there some specific reason that this is preferred over the integrated
> case?
It's more versatile, i.e. you can build custom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #28 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #23)
> --with-checking=release --disable-libada succeeds for me too.
Because the bug appears when building libada. I haven’t tried with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #27 from Iain Sandoe ---
(In reply to Eric Botcazou from comment #26)
> > likewise with --with-checking=yes,rtl,tree.
> > However make check-ada fails with "gnatlib missing, exiting"
> > If I cd gcc ; make check-gnat then most of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #26 from Eric Botcazou ---
> likewise with --with-checking=yes,rtl,tree.
> However make check-ada fails with "gnatlib missing, exiting"
> If I cd gcc ; make check-gnat then most of those tests fail too (claims
> missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #25 from Eric Botcazou ---
> AFAIR, the difference is that the Ada runtime (when built during each stage)
> is made as convenience (statically linked) libs, whereas libada is built
> shared - so there will (probably) be different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #24 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #23)
> (In reply to Iain Sandoe from comment #22)
> > (In reply to Arnaud Charlet from comment #21)
> > > Right and in particular don't get confused: --disable-libada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #23 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #22)
> (In reply to Arnaud Charlet from comment #21)
> > Right and in particular don't get confused: --disable-libada does NOT
> > disable the build of the Ada runtime in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #22 from Iain Sandoe ---
(In reply to Arnaud Charlet from comment #21)
> Right and in particular don't get confused: --disable-libada does NOT
> disable the build of the Ada runtime in our builds, it only disables the
> automatic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Arnaud Charlet changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #20 from Eric Botcazou ---
> * I suspect these are the key difference - since the fail is occurring in
> building libada, AFAICS - plus we don't typically disable multilibs for a
> general Darwin toolchain. In this case it seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #19 from Iain Sandoe ---
(In reply to Eric Botcazou from comment #18)
> > As said in comment 3, I do (this PR) with darwin16: caused by r251781
> > ada/sem_ch7.adb, i.e., your change.
>
> This doesn't make much sense though since it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #18 from Eric Botcazou ---
> As said in comment 3, I do (this PR) with darwin16: caused by r251781
> ada/sem_ch7.adb, i.e., your change.
This doesn't make much sense though since it only changes the set of symbols
declared public in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #17 from Dominique d'Humieres ---
> No, we don't have any issue on Darwin internally with a compiler configured
> --with-stage1-ldflags=-static-libstdc++ --with-boot-ldflags=-static-libstdc++
> (but it's on Darwin 14.5.0 and 15.5.0).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #16 from Eric Botcazou ---
> The 'raised RTSFIND.RE_NOT_AVAILABLE : rtsfind.adb:851' is still present.
>
> So.. I wonder if we have (a) a bug in libunwind that's not dealing correctly
> with some expected behaviour or (b) some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #15 from Dominique d'Humieres ---
Hi Iain,
Glad to see you around!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #13 from Dominique d'Humieres ---
> I have been able to bootstrap with the commit for ada/sem_ch7.adb reverted.
Unfortunately this does not survive the following changes (probably expected),
i.e., r251975 is still broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Richard Biener changed:
What|Removed |Added
Keywords||build
Component|bootstrap
28 matches
Mail list logo
