Package: src:gcc-7
Version: 7.2.0-18
when detect mipsn32 triarch,
we use ifeq ($(biarchn32)-$(biarch32),yes-yes), but we should use
ifeq ($(biarch64)-$(biarch32),yes-yes)
--
YunQiang Su
diff --git a/debian/Debian/DpkgCross.pm b/debian/Debian/DpkgCross.pm
index 755b54d..85e5351 100644
can you help to reject
gcc-8-cross-mipsen_1_amd64.changes
too.
In _1 I forget to upload binary=all packages, due to lack of -A option
of sbuild.
Debian FTP Masters 于2018年8月21日周二 下午1:13写道：
>
>
> gcc-8-mipsisa32r6el-linux-gnu_8.2.0-4cross1_amd64.deb: Does not match file
> already existing in
l
We are plan to drop mips(eb) and keep mipsel/mips64el.
> * Other: ppc64el, s390x
>
> If the blocking issues cannot be resolved, affected architectures are at
> risk of removal from testing before buster is frozen.
>
> We are currently unaware of any new architectures likely to be ready in
> time for inclusion in buster.
>
> On behalf of the release team,
> Niels Thykier
>
--
YunQiang Su
YunQiang Su 于2018年12月2日周日 下午11:42写道：
>
> Matthias Klose 于2018年12月2日周日 下午4:51写道：
> >
> > On 02.12.18 09:31, Aron Xu wrote:
> > > Running with Valgrind shows some errors:
> >
> > that might point to the gcc-search-prefixed-as-ld patch.
yes. with gcc-search
Matthias Klose 于2018年12月2日周日 下午4:51写道：
>
> On 02.12.18 09:31, Aron Xu wrote:
> > Running with Valgrind shows some errors:
>
> that might point to the gcc-search-prefixed-as-ld patch.
It seem not due to this patch,
With some debug, this problem is triggered in gcc/gcc.c
static int
execute
Helmut Grohne 于2018年12月3日周一 上午3:22写道：
>
> On Mon, Dec 03, 2018 at 01:30:43AM +0800, YunQiang Su wrote:
> > YunQiang Su 于2018年12月2日周日 下午11:42写道：
> > >
> > > Matthias Klose 于2018年12月2日周日 下午4:51写道：
> > > >
> > > > On 02.12.18 09:31, Aron Xu wr
4 aka eb
$ echo "int a(){ return 1; }" | mips64-linux-gnuabi64-gcc-8 -EL -c
-mabi=32 -xc -
$ # works well, add use mips64 aka eb, and with -EL option.
Is it an upstream bug?
--
YunQiang Su
On Sun, 2 Dec 2018 00:30:21 +0800 YunQiang Su wrote:
> Package: src:gcc-8-cross
> Version: 23
>
> These bellow cmd will show:
> munmap_chunk(): invalid pointer
> Aborted
>
And an new discovery: i386 version don't have problem...,
aka only amd64 version has problem.
>
Bastian Blank 于2018年8月23日周四 上午1:37写道：
>
> On Wed, Aug 22, 2018 at 08:27:29AM +0200, Matthias Klose wrote:
> > On 22.08.2018 06:00, Bastian Blank wrote:
> > > The version of the source package (2) does not show up in the binary
> > > version.
> > > So neither rebuilds with a new changelog, nor
Please review my attached patch.
Or by debdiff
http://deb.debian.org/debian/pool/main/g/gcc-8-cross/gcc-8-cross_24.dsc
http://mips64el.bfsu.edu.cn/debian/gcc-8-cross-mipsen/gcc-8-cross_25~cross1.dsc
YunQiang Su 于2019年1月10日周四 上午11:09写道：
>
> Bastian Blank 于2018年8月23日周四 上午
Ohhh. wrong patches attached. I submit a bug to gcc-8-cross
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919141
Can you consider this patch?
YunQiang Su 于2019年1月10日周四 下午11:53写道：
>
> Please review my attached patch.
>
> Or by debdiff
> http://deb.debian.org/debian/po
to rebuild.
--
YunQiang Su
gcc-8-cross-binnmu.diff
Description: Binary data
Matthias Klose 于2019年9月4日周三 下午1:46写道：
>
> Hi,
>
> I will stop building the mipsel and mips64el cross packages from the binutils,
> gcc-8-cross, gcc-9-cross, gcc-defaults, cross-toolchain-base packages. There
> is
Thank you for your great work on cross toolchains.
> infrastructure to build
t;
> The Debian MIPS maintainers should get this backported upstream, then it get's
> updated in the package.
Yes. I will ask the MIPS gcc maintainer to do it.
>
> Matthias
>
--
YunQiang Su
YunQiang Su 于2019年11月29日周五 下午2:21写道：
>
> 在 2019-11-29五的 07:00 +0100，Matthias Klose写道：
> > On 28.11.19 18:09, YunQiang Su wrote:
> > > Matthias Klose 于2019年11月28日周四 下午5:51写道：
> > > > On 28.11.19 10:44, Matthias Klose wrote:
> > > > >
YunQiang Su 于2019年11月30日周六 上午11:19写道：
>
> YunQiang Su 于2019年11月29日周五 下午2:21写道：
> >
> > 在 2019-11-29五的 07:00 +0100，Matthias Klose写道：
> > > On 28.11.19 18:09, YunQiang Su wrote:
> > > > Matthias Klose 于2019年11月28日周四 下午5:51写道：
> > > > > On 28.
在 2019-11-29五的 07:00 +0100，Matthias Klose写道：
> On 28.11.19 18:09, YunQiang Su wrote:
> > Matthias Klose 于2019年11月28日周四 下午5:51写道：
> > > On 28.11.19 10:44, Matthias Klose wrote:
> > > > Package: src:gcc-9
> > > > Version: 9.2.1-20
> >
> > triggered
> > by the LTO build enabled in -20.
> >
> > bootstrap comparison failure!
> > libbacktrace/elf.o differs
> > libbacktrace/.libs/elf.o differs
> > make[4]: *** [Makefile:24878: compare] Error 1
>
> Please could you have a look?
sure. I will look at it tomorrow
>
--
YunQiang Su
Package: src:gcc-9
Version: 9.2.1-25
Severity: serious
X-Debug-Cc: debian-s...@lists.debian.org
On i386
# file /usr/lib/gcc/i686-linux-gnu/9/libgcc_s.so.1
/usr/lib/gcc/i686-linux-gnu/9/libgcc_s.so.1: broken symbolic link to
/lib/i386-linux-gnu/libgcc_s.so.1
On s390x:
$ file
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950527
--
YunQiang Su
/cgi-bin/bugreport.cgi?bug=950527
--
YunQiang Su
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950527
--
YunQiang Su
YunQiang Su 于2019年12月24日周二 下午8:57写道：
>
> YunQiang Su 于2018年12月2日周日 上午1:46写道：
> >
> > On Sun, 2 Dec 2018 00:30:21 +0800 YunQiang Su wrote:
> > > Package: src:gcc-8-cross
> > > Version: 23
> > >
> > > These bellow cmd will show:
> > >
YunQiang Su 于2019年12月26日周四 下午2:42写道：
>
> On Tue, 17 Dec 2019 13:08:37 +0100 John Paul Adrian Glaubitz
> wrote:
> > Control: tags -1 +patch
> >
> > Attaching debdiff which incorporates the changes :).
>
> strlen (DEFAULT_REAL_TARGET_MACHINE) + 2
> is not en
On Tue, 17 Dec 2019 13:08:37 +0100 John Paul Adrian Glaubitz
wrote:
> Control: tags -1 +patch
>
> Attaching debdiff which incorporates the changes :).
strlen (DEFAULT_REAL_TARGET_MACHINE) + 2
is not enough here.
In fact in some cases, DEFAULT_REAL_TARGET_MACHINE may have even less space than
YunQiang Su 于2018年12月2日周日 上午1:46写道：
>
> On Sun, 2 Dec 2018 00:30:21 +0800 YunQiang Su wrote:
> > Package: src:gcc-8-cross
> > Version: 23
> >
> > These bellow cmd will show:
> > munmap_chunk(): invalid pointer
> > Aborted
> >
I know wha
be the slowest buildds among the buildds for
> release
> architectures.
>
I get some new machines, and we will replace some old ones wit them.
They are much faster than the current ones.
> Matthias
>
> >> [1] https://release.debian.org/bullseye/arch_qualify.html
> >
> > Paul
> >
> > [2] https://lists.debian.org/debian-release/2018/06/msg00644.html
> >
>
--
YunQiang Su
> forward
> those upstream?
>
> Thanks, Matthias
>
--
YunQiang Su
Helmut Grohne 于2020年6月27日周六 上午12:00写道：
>
> Control: clone -1 -2
> Control: submitter -2 !
> Control: reassign -2 dpkg-cross
> Control: retitle -2 mark dpkg-crossed packages Multi-Arch: foreign
> Control: tags -2 + patch
>
> On Fri, Jun 26, 2020 at 02:12:46PM +0800, YunQi
s:amd64
(>= 2.30-1~)
E: Unable to correct problems, you have held broken packages.
The major problem is Depends: libgcc-10-dev-i386-cross:amd64 (>=
10.1.0-3cross1) but it is not installable
we need to mark gcc-10-i686-linux-gnu depends on
libgcc-10-dev-i386-cross:all to solve this problem.
--
YunQiang Su
Helmut Grohne 于2020年6月26日周五 上午5:11写道：
>
> On Thu, Jun 25, 2020 at 09:49:01AM +0800, YunQiang Su wrote:
> > Helmut Grohne 于2020年6月24日周三 上午6:30写道：
> > > On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> > > > The major problem is Depend
Helmut Grohne 于2020年6月24日周三 上午6:30写道：
>
> Hi,
>
> On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> > The major problem is Depends: libgcc-10-dev-i386-cross:amd64 (>=
> > 10.1.0-3cross1) but it is not installable
> > we need to mark gcc-10-i686-linux
Matthias Klose 于2021年5月6日周四 下午5:19写道：
>
> Hi syq,
>
> when uploading gcc-11 to unstable, I'll fail the build for mipsel and
> mips64el.
> Please start building gcc-11 from it's own source package for the mipsel and
> mips64el binaries.
>
Yes. It is our problem to leave the upstream bug to
Package: src:gcc-11
Version: 11.1.0-3
GCC 11 run test timeout due to a problem of GDB on Cavium Octeon.
Please drop build-dep on gdb on mipsel and mips64el.
The problem is about a bug of Cavium Octeon:
Sometimes, if there is a branch insn between ll and sc, the CPU may hang.
I will continue to
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-gcc@lists.debian.org
Please unblock cross-toolchain-base-mipsen 15.
It just rebuilds/syncs with the current glibc 2.31-11 and linux 5.10.28-1.
--
YunQiang Su
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-gcc@lists.debian.org
Please unblock gcc-10-cross-mipsen 3+c5.
It just rebuilds/syncs with the current gcc-10 10.2.1-6.
--
YunQiang Su
Package: src:gcc-11
Version: 11-20210207-1
Control: forward -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98996
s-pack96.adb should generate ldl/ldr pair + lwl/lwr pair since 96=64+32.
When generate the pairs, it use the type SUBREG instead of REG, while in
On Tue, 14 Dec 2021 23:36:58 +0800 YunQiang Su wrote:
> Package: src:gcc-10
> Version: 10.3.0-13
>
> This problem makes fstat get wrong result, and thus makes gcc-12 ftbfs
> on mips64el.
Real patch for gcc-10 instead of in fact for gcc-11.
>
> --
> YunQiang S
Package: src:gcc-10
Version: 10.3.0-13
This problem makes fstat get wrong result, and thus makes gcc-12 ftbfs
on mips64el.
--
YunQiang Su
gdc-mips64-stat.patch
Description: Binary data
On Tue, 08 Mar 2022 20:53:46 +0100 Paul Gevers wrote:
> Source: gcc-12
> Version: 12-20220222-1
> Severity: serious
> Tags: ftbfs
>
> Dear Matthias, GCC maintainers,
>
> gcc-12 fails to build from source on mips64el in unstable. Normally this
> isn't an issue, but it builds a Build-Depends of
> > enough in how this piece of toolchain should work. If you need my help
> > as a Release Team member, don't hesitate to reach out, but I don't want
> > to spend time on reverse engineering this *.
> >
> > Paul
>
--
YunQiang Su
Paul Gevers 于2022年3月24日周四 19:26写道：
>
> Hi YunQiang,
>
> On 22-03-2022 07:06, YunQiang Su wrote:
> > Paul Gevers 于2022年3月22日周二 04:04写道：
> >> On Sun, 12 Dec 2021 21:51:28 +0100 Paul Gevers wrote:
> >>> The Release Team considers packages that are out-of-
Paul Gevers 于2022年3月31日周四 16:16写道：
>
> Hi YunQiang,
>
> On 24-03-2022 12:29, YunQiang Su wrote:
> > Yes. I am aware of it. And I am waiting for gcc-12-cross-mipsen to finish
> > building on all of these architectures.
>
> Although not clear to me why you wanted t
1-cross-mipsen some days ago.
I thought that gcc-defaults-mipsen will migrate ok.
I will fix it just now.
> Paul
--
YunQiang Su
Package: src:gcc-13
Version: 13.2.0-4
Can we consider adding a symlink from non-vendor triples to vendored triples?
For example:
/usr/lib/gcc/x86_64-linux-gnu -> /usr/lib/gcc/x86_64-unknown-linux-gnu
LLVM guys complains about it:
https://reviews.llvm.org/D158183#4596086
--
YunQi
Jérémy Lal 于2022年8月4日周四 18:39写道：
>
>
>
> Le jeu. 4 août 2022 à 12:36, Xi Ruoyao a écrit :
>>
>> On Thu, 2022-08-04 at 18:18 +0800, YunQiang Su wrote:
>> > > Hi,
>> > >
>> > > If nodejs 18.6.0 is built using gcc-12, several tests fa
Jérémy Lal 于2022年8月4日周四 15:12写道：
>
> Package: gcc-12
> Version: 12.1.0-7
> Severity: important
> X-Debbugs-Cc: YunQiang Su
> Control: forwarded -1 https://github.com/nodejs/node/issues/44126
>
> Hi,
>
> If nodejs 18.6.0 is built using gcc-12, several tests fail,
>
On Fri, 16 Dec 2022 11:06:37 +0100 Helmut Grohne wrote:
> Package: g++-13
> Version: 13-20221214-1
> Severity: serious
>
> Hi Matthias,
>
> thanks for pushing gcc-13 into experimental already. That leaves plenty
> of time to work on it. I've located a quite fundamental problem with it
>
sh --no-timestamps --no-index -pab; done
PS: is it a good idea to run `quilt pop -a` before refresh patches?
--
YunQiang Su
re you ever made aware of this bug in gcc-11 and gcc-12? Maybe a bit
> of your help is appropriate.
>
Sorry about that I forget this bug...
I will dig it.
> Paul
--
YunQiang Su
101 - 150 of 150 matches
Mail list logo
