Source: gcc-defaults-ports
Version: 1.212
Severity: serious
On 2024-01-31 17:59, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package cpp-alpha-linux-gnu, version 4:13.2.0=
> -5, for amd64,
> however testing already has version 4:13.2.1-2.
> Uploads to
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: i...@packages.debian.org
Control: affects -1 + src:isl
[ Reason ]
The isl package detects the CPU on which it is built and enables the
corresponding GCC
-06-19,
> nothing has been done for the stable release,
> and Debian 12.1 still comes with a "miscompiled" isl 0.25-1,
> and thus gcc is still somewhat unusable(*) on older hardware(**)
Would it be possible to schedule an upload with the same fix to
bookwor
Hi Emanuele,
On 2023-12-04 16:13, Emanuele Rocca wrote:
> Hello Aurelien,
>
> On 2023-12-03 01:08, Aurelien Jarno wrote:
> > On 2023-11-29 09:56, Emanuele Rocca wrote:
> > > To add BTI to the NOTE section of the above, we would need to build both
> > > GCC a
anch protection is enabled depending on dpkg-buildflags while
in the debian/rules change, this is done unconditionally. Any reason for
that?
Also I am concerned with the use of dpkg-buildflags in the cross build
context, given that feature is arm64 specific. Is there any drawback in
enabling branch protection unconditionally?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Package: gcc-doc-base
Version: 12.2.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
gcc-doc-base currently fails to build from source on amd64. From my build log:
| dh_gencontrol -pgcc-doc-base -- -v12.2.0-1
|
ning the
bug to the package that has the bug with the right versions.
I have used the version from stable for the found, even if the bug is
theoretically present in oldstable, it's just that it has been built on
buildds without extra instruction set compared to the baseline
Regards
Aurelien
--
Au
d.
>
> * Allow one to cross build gdc.
>
> * Pass --hash-style=gnu instead of --hash-style=both to the linker.
>
>
>
> -- Matthias Klose Wed, 19 Jun 2013 23:48:02 +0200
>
>
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Hi,
On 2022-09-06 09:56, Bo YU wrote:
> Hi,
> On Wed, Aug 31, 2022 at 07:04:53PM +0200, Aurelien Jarno wrote:
> ...
> > reason for limiting the link with -latomic to pthread, but that has been
> > discussed internally before the patch submission to GCC, and has been
>
Source: gcc-12
Version: 12-20220319-1
Severity: important
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear maintainer,
GCC in Debian is patched [1] to force ld to use the DT_GNU_HASH hash
table using --hash-style=gnu, instead of the default --hash-style=both
which includes both the DT_HASH and
e workround how trouble if enabled in Debian. Or there are
> other better solutions?
The better solution would be for someone to continue the work from this
patch, but that is a lot more work:
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg283119.html
Regards
Aurelien
--
Aure
On 2021-08-28 13:36, Martin-Éric Racine wrote:
> la 28. elok. 2021 klo 12.58 Aurelien Jarno (aurel...@aurel32.net) kirjoitti:
> > > $ sudo coredumpctl debug 1011
> > >PID: 1011 (apt-get)
> > >UID: 0 (root)
> > >GID
control: reassign -1 libgcc-s1
control: found -1 libgcc-s1/11.2.0-3
control: retitle -1: libgcc-s1: i386 (Geode LX): latest push to Bookwork
produces multiple sig ILL
On 2021-08-28 11:58, Aurelien Jarno wrote:
> Hi,
>
> On 2021-08-28 11:17, Martin-Éric Racine wrote:
> >
stream in binutils and GCC.
>
> For gcc, there are 2 patch for ffi. It is strange that gcc upstream
> hasn't sync libffi for long.
I have sent a patch sometimes ago to sync the mips part from upstream
libffi [1]. It has been rejected as the solution is to sync the full
libffi from ups
Package: libgcc1
Version: 1:10-20200202-1
Severity: serious
Upgrading libgcc1 to version >= 10 on a system breaks gcc-7, gcc-8 and
gcc-9 when using the gold linker, as gcc passes the wrong path to the
libgcc_s.so.1 library. All architectures are affected, example on amd64,
starting from a
/data/autopkgtest/testing/amd64/g/ghc/4202362/log.gz
https://ci.debian.net/data/autopkgtest/testing/amd64/h/haskell-hgettext/4202485/log.gz
https://ci.debian.net/data/autopkgtest/testing/amd64/h/haskell-hopenpgp/4202487/log.gz
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: gcc-8
Version: 8.3.0-27
Severity: serious
gcc-8/s390x has been manually uploaded to fix the breakage introduced
by gcc-10. However it has not been built from the 8.3.0-27 sources. At
least the changelog file is different from other architectures, causing
multiarch co-installability
e package build.
>
That won't work. For that we have to first regenerate the chroots on
s390x. We agreed to do that after gcc-9 9.2.1-27 is built. As it FTBFS,
we need to wait for 9.2.1-28 to build. We also need to wait for a
dinstall cycle.
--
Aurelien Jarno G
==
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>
Looks like gcc-9-cross-mipsen is not binNMUable. It should be fixed or
at the very least needs a new source upload for the l
> > >
> > > So please backport that change to the Debian package.
> >
> > 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.
This has now bee
bump the GCC version used to bootstrap itself from 8
to 9? If yes, could you please enable gnat on riscv64. Support has been
added upstream in GCC 9, and I have successfully bootstrapped it.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...
c repository? Would it be possible to stop using
that outdated embedded copy and use the debian libffi package instead?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
control: clone 916779 -1
control: reassign -1 gcc-8
control: retitle -1 gcc-8: --fno-math-errno causes GCC to consider that malloc
does not set errno
control: submitted -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88576
On 2018-12-22 13:37, Aurelien Jarno wrote:
> This is not what happ
, but hasn't propagated yet to all projects having an embedded
copy:
http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=4af4a4a71827c0bc5e0ec67af23edef4f15cee8e
It is not perfect has it replaces one internal define by another, but
should do the trick for now.
Aurelien
--
Aurelien Jarno
or a bare-metal compiler for
> microcontroller-class RISC-V rather than one for a hypothetical Debian
> riscv32 port?
In that case gcc-default-ports is probably the wrong package. Someone
has to package it as a different package similar to gcc-arm-none-eabi.
--
Aurelien Jarno
pull request has been authored by one of the Fedora riscv64
> porters and the Fedora riscv64 port already uses this patchset.
> It would be great if you could add the patchset to the Debian
> libffi package as well.
Note that the patch has now been merged upstream:
https://github.com/lib
On 2018-02-09 15:20, Javier Serrano Polo wrote:
> El dv 09 de 02 de 2018 a les 15:02 +0100, Aurelien Jarno va escriure:
> > The notion of "multiarch interpreter" doesn't exist.
>
> It does exist, but you do not accept it. You are now denying the
> official support th
ased distros.
The notion of "multiarch interpreter" doesn't exist. On debian x86_64,
the program interpreter is /lib64/ld-linux-x86-64.so.2 just like any
other x86_64 distribution.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
boinc-app-eah-brp to track that. On your side please open a bug
describing the issue you encountered with newer g++ versions so that it
can eventually be fixed.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
epends on them anymore¹. Do you think it can be
> > removed from unstable too now, or does it have a particular purpose?
>
> The cuda maintainers asked to keep it still in unstable. Also I'd like to see
> the next upstream release 5.5.0 in the snapshot archive.
Note that
control: tag -1 + fixed-upstream
On 2018-01-15 00:22, Aurelien Jarno wrote:
> clone 887169 -1
> reassign -1 gcc-7
> retitle -1 gcc-7: missed optimization of glibc strspn SSE 4.2 variant
> forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
> block 887169 by -1
> than
Package: gcc-7
Version: 7.2.0-17
Severity: normal
When pthread_barrier.c from glibc is compiled with gcc-7 and
-mcpu=ultrasparc (as opposed to the default -mcpu=v9), the futex
code is miscompiled. This causes the rt/tst-mqueue5, nptl/tst-signal6
and nptl/tst-tls2 to fail with:
The futex
On 2017-08-22 09:42, Russ Allbery wrote:
> Aurelien Jarno <aurel...@aurel32.net> writes:
> > On 2017-08-21 14:35, Sean Whitton wrote:
>
> >> 9.1.1
> >> Only the dynamic linker may install files to /lib64/.
>
> > How is that supposed to work for th
re. That said you should define what is a 64 bit
architecture. On x32 (not an official architecture) for example
libc6-amd64:x32 installs files in /lib64 and libc6-amd64-dev:x32
installs file in /usr/lib64. Is it considered a 32-bit architecture or
a 64-bit architecture?
Regards,
Aurelien
--
Aurelien Ja
On 2017-08-14 19:40, Vincent Lefevre wrote:
> On 2017-08-14 18:21:07 +0200, Aurelien Jarno wrote:
> > On 2017-08-13 23:00, Vincent Lefevre wrote:
> > > Something needs to be done to avoid that. Shouldn't the
> > > /usr/include/asm symbolic link be provid
for example that both libc6-dev-i386 and libc6-dev-x32
need to provide the symlink. This would make them not coinstallable
anymore.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
he toolchain on
> mips64el with GCC-7.
This is actually the same bug as #871514. I used apparmor to get a
reduced testcase (though not as much a i wanted) and submit the bug
upstream.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net htt
(enum) or infect (bool variable to test it against 0, the load is done
with the ld instruction instead of the lw instruction. It means garbage
from another local variable is loaded into the high 32 bits, which
causes the comparison against 0 to be false instead of true.
Aurelien
--
Aurelien Jarno
Package: gcc-6
Version: 6.2.0-7
Severity: serious
gcc-6 version 6.2.0-7 is not able to build the C++ part of the glibc
testsuite anymore, while version 6.2.0-6. was able to build it fine:
| In file included from ../include/gconv.h:1:0,
| from
esn't fix the real issue, but please note that go 1.7 has native
support for mips64el. I don't know if there are plans to package it for
Stretch though.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
therefore reopening the bug and reassigning.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Debian FTP Masters
> <ftpmas...@ftp-master.debian.org> by
> replying to this email.
The bug is still present in recent GCC version. Reopening and
reassigning.
this undefined behavior can be reproduced on amd64 by using
the -fsanitize=undefined option (ubsan):
| test.c:32:12: runtime error: load of misaligned address 0xffdf50da for type
'uint32_t', which requires 4 byte alignment
| 0xffdf50da: note: pointer points here
| 04 08 21 10 f0 2d 00 00
Version: 5.3.1-4
On 2015-11-11 22:13, Aurelien Jarno wrote:
> control: reassign -1 gcc-5
> control: affects -1 libxcb
> control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
>
> On 2015-11-06 07:52, Helmut Grohne wrote:
> > On Wed, Nov 04, 2015 at 06:
w. He had already
> started on one of them in December but other work took over in the new
> year. I'll have to let you know about progress as they appear harder to
> debug than the average crash.
Thanks for working on that. I have just realized that PR68302 is
actually a duplicate of PR67355, which has been fixed recently. That's
one less bug to look at.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
upstream:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
ons. That's all I know for
> now.
Thanks for the reduced testcase. The problem is reproducible with gcc
trunk from today on both mips and mipsel. One need to add
-march=mips32r2 to reproduce the issue on mipsel as it is not (yet)
the default there.
I have reported the bug upstream, and I am re-
control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
On 2015-11-10 13:22, Aurelien Jarno wrote:
> On 2015-11-09 11:53, Mattias Ellert wrote:
> > Package: gcc-5
> > Version: 5.2.1-23
> > Severity: serious
> > Justification: causes gsoap to FTBFS
&g
sp[0].sym) instead of a1 ($5).
I still have to check if it is reproducible with trunk and to find the
optimization option causing the issue. Then we can report the bug
upstream.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
.
>
>Would be nice if the mips c porters could handle this.
It's already fixed in the svn for some days.
Aurélien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2015-09-29 23:33, Andreas Cadhalpun wrote:
> On 29.09.2015 22:54, Aurelien Jarno wrote:
> > On 2015-09-29 19:41, Andreas Cadhalpun wrote:
> >> Great. Can you estimate when that upload will happen?
> >> (I'm trying to decide whether or not to wo
On 2015-09-29 13:47, Michael Biebl wrote:
> Am 28.09.2015 um 16:59 schrieb Aurelien Jarno:
> > Source: glibmm2.4
> > Version: 2.46.1-1
> > Severity: serious
> >
> > glibmm2.4 version 2.46.1-1 started to use C++11 features in the headers
> > it exports, but
On 2015-09-29 19:41, Andreas Cadhalpun wrote:
> Hi,
>
> On 28.09.2015 21:52, Aurelien Jarno wrote:
> > On 2015-09-28 18:17, Andreas Cadhalpun wrote:
> >> Attached is a testcase for mips, but it works fine for mipsel.
> >>
> >> One more pecu
Hi
On 2015-09-28 18:17, Andreas Cadhalpun wrote:
> Hi Aurelien,
>
> On 28.09.2015 14:48, Aurelien Jarno wrote:
> > On 2015-09-27 23:43, Andreas Cadhalpun wrote:
> >> A slightly larger test case for mips is compiling ffmpeg...
> >
> > It what I did to tes
On 2015-09-27 23:43, Andreas Cadhalpun wrote:
> Hi Aurelien,
>
> On 27.09.2015 23:10, Aurelien Jarno wrote:
> > On 2015-09-27 20:37, Andreas Cadhalpun wrote:
> > Thanks for the detailed testcase. I have been able to reproduce the
> > issue on mipsel, but not on mips.
On 2015-09-27 20:37, Andreas Cadhalpun wrote:
> Package: gcc-5
> Version: 5.2.1-17
> Severity: serious
> Justification: causes ffmpeg to FTBFS
> Control: affects -1 ffmpeg
> X-Debbugs-Cc: Aurelien Jarno <aure...@debian.org>,
> debian-m...@lists.debian.org
>
>
f) & 0x))
>
> This also fails with gcc-4.9 and gcc-4.8, so it is a longstanding problem.
Thanks for the detailed test case. I have just reported the bug
upstream, I hope someone will come with a fix soon.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
If we don't
really have a solution, I think the best is to revert the default to
--mno-plt.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
you please at least change these binaries to
use compressed debug sections at least? That should save quite some space
already.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ
On 2015-08-03 09:57, Basile Starynkevitch wrote:
On Mon, Aug 03, 2015 at 09:47:33AM +0200, Aurelien Jarno wrote:
On 2015-04-30 23:10, Matthias Klose wrote:
On 04/30/2015 10:43 PM, Daniel Serpell wrote:
Currently, gcc-5 packages are really big because the files under
/usr/lib/gcc
On Fri, Oct 03, 2014 at 05:24:55PM +0200, Matthias Klose wrote:
Am 02.10.2014 um 20:41 schrieb Aurelien Jarno:
On Tue, Sep 30, 2014 at 06:10:27PM +0200, Aurelien Jarno wrote:
On Fri, Sep 12, 2014 at 07:34:36PM +0200, Matthias Klose wrote:
Am 12.09.2014 um 15:13 schrieb Thibaut Paumard
On Tue, Sep 30, 2014 at 06:10:27PM +0200, Aurelien Jarno wrote:
On Fri, Sep 12, 2014 at 07:34:36PM +0200, Matthias Klose wrote:
Am 12.09.2014 um 15:13 schrieb Thibaut Paumard:
While it's your prerogative to decrease the severity, please note that
this bug means that all the packages
be even better, but that can be done in
a later step.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
that the problem is fixed in upstream trunk as well as in
the gcc-snapshot debian package. I'll try to identify the commit fixing
it.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ
Package: gcc-4.8
Version: 4.8.3-2
Severity: normal
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441
Consider the following code:
#define _GNU_SOURCE
#include stdio.h
#include math.h
int main (void)
{
float sNaN = __builtin_nansf ();
double x = (double) sNaN;
return
Package: gcc-4.8
Version: 4.8.2-21
Severity: normal
Consider the following code:
#define _GNU_SOURCE
#include stdio.h
#include math.h
int main (void)
{
float sNaN = __builtin_nansf ();
double x = (double) sNaN;
return issignaling(x);
}
It returns 1 on armel, but 0 on armel or other
On Sun, May 18, 2014 at 11:35:04PM +0200, Matthias Klose wrote:
Am 18.05.2014 23:30, schrieb Aurelien Jarno:
Package: gcc-4.8
Version: 4.8.2-21
please check with gcc-4.7, gcc-4.9 and gcc-snapshot too.
I reported it against gcc 4.8 because it is the default version, but all
versions since
.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https
a call to the ppc64
porters if they are able to maintain such a port in Debian. There is no
response yet.
Hiroyuki Yamamoto is the porter behind ppc64, so please consider that as
an answer.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http
On Sat, Nov 23, 2013 at 10:44:04AM +0100, Matthias Klose wrote:
Am 23.11.2013 03:33, schrieb Aurelien Jarno:
On Mon, Nov 18, 2013 at 09:09:18AM +0100, Matthias Klose wrote:
Am 12.11.2013 15:40, schrieb Aurelien Jarno:
Hi all,
The s390x architecture is still using GCC 4.6 as the default
retitle 716635 gcc-4.8: Miscompilation due to wrong RTL-optimization
thanks
On Thu, Nov 14, 2013 at 09:29:52PM +0100, Aurelien Jarno wrote:
tag 716635 - help
tag 716635 + upstream
forwarded 716635 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59137
retitle 716635 gcc-4.8: Miscompilation
On Sat, Nov 23, 2013 at 03:39:52PM +0100, Matthias Klose wrote:
Am 23.11.2013 13:52, schrieb Aurelien Jarno:
On Sat, Nov 23, 2013 at 10:44:04AM +0100, Matthias Klose wrote:
Am 23.11.2013 03:33, schrieb Aurelien Jarno:
On Mon, Nov 18, 2013 at 09:09:18AM +0100, Matthias Klose wrote:
Am
On Mon, Nov 18, 2013 at 09:09:18AM +0100, Matthias Klose wrote:
Am 12.11.2013 15:40, schrieb Aurelien Jarno:
Hi all,
The s390x architecture is still using GCC 4.6 as the default compiler,
while most other architectures have already switched to GCC 4.8. It starts
to cause problem
, but
not with 4.6 or older. I have reported it upstream as issue #59137.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
struct lispstruct
{
int e;
int t;
};
struct lispstruct Cnil_body;
struct lispstruct Ct_body;
int
comments or opinion on that?
Best regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
early in a release cycle than
late.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
On Tue, Jun 12, 2012 at 11:57:23PM +0200, Matthias Klose wrote:
On 12.06.2012 23:33, Aurelien Jarno wrote:
Source: libffi
Version: 3.0.10-3
Severity: normal
Tags: patch
libffi version 3.0.10-3 misses symbols file for ppc64. Please find them
attached.
please could you update
Source: libffi
Version: 3.0.10-3
Severity: normal
Tags: patch
libffi version 3.0.10-3 misses symbols file for ppc64. Please find them
attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: ppc64
FUNCGLOBAL DEFAULT UND __multf3
This is due to a problem in a reworked configuration script, not enabling
these functions anymore on triarch builds.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE
Source: gnat-4.4
Version: 4.4.6-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: debian-s...@lists.debian.org
Usertags: s390x
gnat-4.4 fails to build with the following error (the build log is from
s390x, but is reproducible on other
the buildd process calls sbuild,
which makes things difficult to debug.
The next step is probably to do the next source uploads with another
architecture than amd64, to see if the problem is reproducible on the
amd64 build daemon.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel
Package: libffi
Version: 3.0.10-3
Severity: important
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
libffi symbols file is broken on sparc64 and refers to lib64ffi5 instead
of libffi. As a consequence all packages built against recent versions
of libffi are non-installable.
(FFI_MMAP_EXEC_WRIT, 1,
[Cannot use malloc on this target, so, we revert to
alternative means])
IMHO, similar change might help to solve
gcj fails under fash.d.o, but not fano.d.o.
I confirm it also fixes gcj. Yay \o/
--
Aurelien Jarno
, I just committed a fix.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Package: gnat-4.6
Version: 4.6.1-1
Severity: important
Justification: fails to build from source
gnat-4.6 fails to build on mips/mipsel due to a bootstrap comparison
failure. It appears that it is due to stage2 and stage3 not being
compiled with the same options: stage2 is compiled without
Package: g++-4.6
Version: 4.6.1-2
Severity: normal
Tags: upstream
Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49696
When building drizzle on mips, g++ crash with an internal compiler
error:
| $ g++ -Wall -c ./testcase-min.ii
| ./testcase-min.ii: In member function 'virtual bool
(,$(filter $(DEB_TARGET_GNU_TYPE), x86_64-linux-gnu x86_64-kfreebsd-gnu))
ifneq ($(biarch32),yes)
CONFARGS += --disable-multilib
endif
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE
that be worth fixing in stable (my hunch is
yes)?
It's probably worth fixing that in stable, but I don't think we should
do an upload to stable just to fix that. I'll include a patch in the SVN
later, so that it's included in the next upload to stable.
--
Aurelien Jarno
Package: gcc-defaults
Version: 1.103
Severity: normal
Contrary to what the changelog says, mips and mipsel doesn't default to
gcc-4.6. Please switch them in the next upload.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1,
Le 27/04/2011 12:35, Aurelien Jarno a écrit :
On Tue, Apr 26, 2011 at 07:08:11PM +0200, Petr Salinger wrote:
Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
Please could somebody check/confirm that using gcc-4.4 as the bootstrap
compiler works around the build
On Tue, Apr 26, 2011 at 11:29:00PM +0200, Matthias Klose wrote:
On 04/26/2011 08:36 PM, Aurelien Jarno wrote:
On Tue, Apr 26, 2011 at 04:41:23PM +0200, Matthias Klose wrote:
On 04/26/2011 09:39 AM, Neil McGovern wrote:
I woudn't be particularly happy with that unless the gcc maintainers ok
is
not reproducible on my PC.
I am also unable to reproduce it on two different machines. It fails in
the past only on fasch but not on fano, then worked again, and not fails
on both fasch and fano.
There is probably a bug related to the installed packages in the chroot.
--
Aurelien Jarno
by package;
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
4.5.3, expected later this week, at
least on amd64, armel, i386 and powerpc. GCC 4.6 apparently will be
If you do the switch, please also add mips and mipsel, that would avoid
you to have to complain in two weeks that these architectures have not
yet been switched.
--
Aurelien Jarno
Package: gcc-defaults
Version: 1.102
Severity: wishlist
Now that gcc-4.5 seems to be in a good shape, I think it's time to
make it the default on mips and mipsel. Note that it introduces a few
changes:
- The default ABI in gcc-4.5 is MIPS II instead of MIPS I. It means that
it's not necessary
Package: gcc-4.5
Version: 4.5.2-5
Severity: important
Tags: patch
Since the switch to gcc-4.5, gcc uses insane amount of memory (on armel
more than you can get on a 32-bit system) to build QEMU. It's a
regression from gcc-4.4 and should be fixed by the following patches:
. This is especially true now that #618748 has been
reported on the Debian side.
- gcj/gcc-snapshot build failures with binutils-2.21.
This failure is only 3 days old. I have been able to reproduce it, but I
haven't found time to really debug the issue yet.
Aurélien
--
Aurelien Jarno
at MIPS assembly code.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
On Mon, Aug 30, 2010 at 10:44:25PM +0200, Aurelien Jarno wrote:
Hi all,
I have made some progress on this bug, though it has not progress in the
expected direction. In other words I got some surprises.
First of all it the bug has been introduced in binutils when introducing
the MIPS PLT
reassign 519006 binutils
tag 519006 + patch
forwarded 519006 http://sourceware.org/ml/binutils/2010-09/msg00216.html
thanks
On Tue, Sep 14, 2010 at 05:27:04PM +0200, Aurelien Jarno wrote:
I have done a rebuilt of part of the archive using gcc-4.4 that defaults
to -mplt. Unfortunately I don't
1 - 100 of 240 matches
Mail list logo
