https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #3 from Valeriy E. Ushakov ---
The patch above has been committed to the NetBSD imported version of gcc back
in April 2008 and has been merged in all the new imported versions ever since.
It's been quite a few years so I don't rememb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #4 from Valeriy E. Ushakov ---
Seems to fail more or less the same way without the patch. NetBSD current with
gcc 5.4.0. Building on linux/amd64. When native gcc is cross compiled
shle--netbsdelf-c++ ... -c insn-emit.c
fails with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #6 from Valeriy E. Ushakov ---
(In reply to Oleg Endo from comment #5)
> (In reply to Valeriy E. Ushakov from comment #4)
>
> > GEN_INT (-4294967296L;
>
> > GEN_INT (4294967295L)),
>
> I think those should be -4
--- Comment #1 from uwe at netbsd dot org 2008-04-17 20:14 ---
Created an attachment (id=15492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15492&action=view)
Suggested fix
Attached patch makes NetBSD/landisk (sh4) cross-build complete successfully on
NetBSD/amd64, where it used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #8 from Valeriy E. Ushakov ---
I don't understand. The title mentions sh3, which is not obsolete.
It's been 11 (eleven!) years. As far as I know this patch (adjusted to catch
up with the changes, but essentially the same) is still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #9 from Oleg Endo ---
(In reply to Valeriy E. Ushakov from comment #8)
>
> It's been 11 (eleven!) years. As far as I know this patch (adjusted to
> catch up with the changes, but essentially the same) is still necessary for
> gcc 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #10 from Eric Gallager ---
(In reply to Valeriy E. Ushakov from comment #8)
> I don't understand. The title mentions sh3, which is not obsolete.
>
Sorry, I misunderstood the sh numbering system when asking that last night (it
was l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
Valeriy E. Ushakov changed:
What|Removed |Added
CC||uwe at netbsd dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #12 from Valeriy E. Ushakov ---
I've attached updated patch against gcc 6.4.0. If I un-apply that patch to the
NetBSD tree with patch -R (i.e. revert the files to their original state as in
gcc 6.4.0) I get
$ nbmake-landisk insn-emi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #13 from Valeriy E. Ushakov ---
The above build was done on a linux/amd64 host.
The error happens when NetBSD build cross-compiles native NetBSD/sh3 gcc, i.e.
the compiler that will run natively on sh3 as part of the NetBSD distribut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #14 from Valeriy E. Ushakov ---
Sorry, I meant comment #6 in the above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #17 from Eric Gallager ---
(In reply to Valeriy E. Ushakov from comment #16)
> (In reply to Eric Gallager from comment #15)
> > (In reply to Valeriy E. Ushakov from comment #11)
> > > Created attachment 44668 [details]
> > > Diff agai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
Thomas Koenig changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #15 from Eric Gallager ---
(In reply to Valeriy E. Ushakov from comment #11)
> Created attachment 44668 [details]
> Diff against gcc-6.4.0
>
> This is essentially the same diff except gcc now provides its own
> HOST_WIDE_INT_C() macr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #16 from Valeriy E. Ushakov ---
(In reply to Eric Gallager from comment #15)
> (In reply to Valeriy E. Ushakov from comment #11)
> > Created attachment 44668 [details]
> > Diff against gcc-6.4.0
> >
> > This is essentially the same d
18 matches
Mail list logo