https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86793
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83636
YunQiang Su changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99476
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567
--- Comment #4 from YunQiang Su ---
(In reply to Andrew Pinski from comment #3)
> Can you file a bug to sourceware against binutils and close this bug as
> moved then with a link to that bug?
Sure.
https://sourceware.org/bugzilla/show_bug.cgi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567
--- Comment #2 from YunQiang Su ---
It's due to
`-mfix-loongson3-llsc`
of binutils again.
I fixed a problem several years ago.
commit dec7b24be89fe0496f9442232bcbfcb16e030742
Author: YunQiang Su
Date: Fri Feb 28 15:58:13 2020 +0800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567
--- Comment #1 from YunQiang Su ---
Ohhh.
Let me have a check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104538
--- Comment #1 from YunQiang Su ---
This problem happens only for the new gdc code introduced in gcc-12.
Assignee: ibuclaw at gdcproject dot org
Reporter: syq at debian dot org
Target Milestone: ---
https://buildd.debian.org/status/fetch.php?pkg=gcc-12&arch=mips64el&ver=12-20220214-1&stamp=1644848228&raw=0
The segment is from:
gcc/d/dmd/ctfeexpr.d:
UnionExp changeArrayLiteral
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #26 from YunQiang Su ---
(In reply to Iain Buclaw from comment #25)
> Fixed layout has been pushed out, should be all good now.
(In reply to YunQiang Su from comment #19)
> (In reply to Iain Buclaw from comment #18)
> > (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #19 from YunQiang Su ---
(In reply to Iain Buclaw from comment #18)
> (In reply to Iain Buclaw from comment #16)
> > (In reply to Iain Buclaw from comment #15)
> > > Don't think it would fail now the statically allocated size is *at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #17 from YunQiang Su ---
(In reply to Iain Buclaw from comment #16)
> (In reply to Iain Buclaw from comment #15)
> > Don't think it would fail now the statically allocated size is *at least*
> > same as C. But some alias is still no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #13 from YunQiang Su ---
And please have a wait, I need to make sure that this patch can work with N32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #12 from YunQiang Su ---
(In reply to YunQiang Su from comment #11)
> (In reply to Iain Buclaw from comment #10)
> > (In reply to YunQiang Su from comment #6)
> > >
> > > This patch can solve this problem: of course, we need to back
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #11 from YunQiang Su ---
(In reply to Iain Buclaw from comment #10)
> (In reply to YunQiang Su from comment #6)
> >
> > This patch can solve this problem: of course, we need to back port it to
> > gcc-10/gcc-11 also.
> >
> > The pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #9 from YunQiang Su ---
(In reply to ibuclaw from comment #8)
> (In reply to YunQiang Su from comment #7)
> > Where should we fallback this patch to?
> I can submit it to upstream dlang/druntime (on github) and merged it in when
> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #7 from YunQiang Su ---
Where should we fallback this patch to?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #6 from YunQiang Su ---
Index: gcc-12-12-20211211/src/libphobos/libdruntime/core/sys/posix/sys/stat.d
===
--- gcc-12-12-20211211.orig/src/libphobos/libdruntime/core/sys/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #4 from YunQiang Su ---
but where is the stat_t of D is defined?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #3 from YunQiang Su ---
I got it.
it is not due to gcc itself, while due to *stat problem in glibc 2.33 for
MIPS64.
It seems we introduce a bug when try to fix y2106 problem for mips64.
I am try to dig it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83636
--- Comment #2 from YunQiang Su ---
Patch has been sent to:
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578243.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102089
--- Comment #3 from YunQiang Su ---
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578240.html
Patch has been sent to gcc-patches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102089
--- Comment #2 from YunQiang Su ---
(In reply to Andrew Pinski from comment #1)
> Patches should be sent to gcc-patches@ after reading
> https://gcc.gnu.org/contribute.html
Yes. the patch will be send just now.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: syq at debian dot org
Target Milestone: ---
We use mips64el-linux-gnuabi64 as the triplet for mips64el port on Debian since
2013.
--- a/gcc/config.gcc
+++ b/gcc/config.gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #20 from YunQiang Su ---
(In reply to Andrew Pinski from comment #15)
> (In reply to YunQiang Su from comment #14)
> > The problem sees due to some problem of LTO.
>
> So I if understand correctly this binutils patch is fixes the iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #19 from YunQiang Su ---
It is a bug of binutils:
https://sourceware.org/bugzilla/show_bug.cgi?id=28009
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #18 from YunQiang Su ---
(In reply to Andrew Pinski from comment #15)
> (In reply to YunQiang Su from comment #14)
> > The problem sees due to some problem of LTO.
>
> So I if understand correctly this binutils patch is fixes the iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #17 from YunQiang Su ---
(In reply to Jakub Jelinek from comment #16)
> Are you sure about the .. in one of the zdebug section names?
It is a typo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #14 from YunQiang Su ---
The problem sees due to some problem of LTO.
Index: binutils-2.36.50.20210618/bfd/elfxx-mips.c
===
--- binutils-2.36.50.20210618.orig/bfd/elfxx-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #13 from YunQiang Su ---
(In reply to Jakub Jelinek from comment #9)
> Sure.
> One interesting question is whether there are *.o objects with multiple
> .debug_line_str sections (but even if there are, shouldn't the linker merge
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #12 from YunQiang Su ---
This problem disappears if we build gcc 11 with binutils 2.36.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #11 from YunQiang Su ---
This problem will happen when gcc is configured with
--with-build-config=bootstrap-lto-lean
Option.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #10 from YunQiang Su ---
I noticed that there are two go1 file: the first one has no this problem, and
the second one has this problem:
The difference of them the the option to generate them:
-fno-checking
vs
-fchecking=1 -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98996
--- Comment #2 from YunQiang Su ---
Created attachment 50180
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50180&action=edit
it generates subreg instead of reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98996
--- Comment #1 from YunQiang Su ---
96=64+32, so the rtl should be a ldl/ldr + lwl/lwr
It should be:
(insn 377 376 378 16 (set (reg:SI 499)
(unspec:SI [
(mem:BLK (plus:DI (reg/f:DI 216 [ _65 ])
: unassigned at gcc dot gnu.org
Reporter: syq at debian dot org
Target Milestone: ---
/usr/bin/mips64el-linux-gnuabi64-ld: a-nbnbin.o: in function
`ada__numerics__big_numbers__big_integers__from_string':
s-genbig.adb:(.text+0x6778): undefined reference to
`system__val_llli__impl__value_in
mponent: d
Assignee: ibuclaw at gdcproject dot org
Reporter: syq at debian dot org
Target Milestone: ---
How to reproduce:
In Debian buster:
apt install \
libc6-dev-mips64-mipsr6el-cross \
libc6-dev-mipsn32-mipsr6el-cross \
libc6-dev-mips
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83636
--- Comment #1 from YunQiang Su ---
and we found a new problem of libffi:
https://github.com/libffi/libffi/pull/401
/* lui $12,high(codeloc) */
tramp[2] = 0x3c0c | ((unsigned)codeloc >> 16);
/* jr $25 */
+#if !define
onent: libffi
Assignee: unassigned at gcc dot gnu.org
Reporter: syq at debian dot org
Target Milestone: ---
https://github.com/libffi/libffi/pull/396
mips r6 drops some insn and changes encoding for some insn, so we cannot
.set mips4
#ifdef __GNUC__
.abicalls
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #7 from YunQiang Su ---
(In reply to YunQiang Su from comment #6)
> With revert some change, with patch:
>
> Index: gcc-7-7-20161217/src/gcc/combine.c
> ===
> --- gcc-7-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
--- Comment #6 from
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: syq at debian dot org
Target Milestone: ---
The configure of libcc1 uses gcc_cv_objdump var when cross build native.
while it is not defined at all.
So we can use gcc/configure.ac one.
Index: gcc-5-5.2.1/src/libcc1
Assignee: ian at airs dot com
Reporter: syq at debian dot org
CC: cmang at google dot com
Target Milestone: ---
in libgo/runtime/go-main.c,
the main method is defined
int main, while return NULL.
NULL in ppc64el is defined (void *)0, thus fails to build when cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #1 from YunQiang Su ---
It only fails when using -O2 +, while
build successfully when using -O1.
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: syq at debian dot org
Created attachment 35101
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35101&action=edit
the required files
/h
45 matches
Mail list logo
