gcc currently defines release criteria for gcc3. See
http://gcc.gnu.org/gcc-3.0/criteria.html. For ix86 Debian is proposed
as primary evaluation platform. For sparc and alpha, Ben Collins and
Chris Chimelis volunteer to evaluate gcc3. Currently we do not have
feedback from the other architectures (
Andreas Jaeger writes:
> >>>>> Florian Lohoff writes:
>
> Flo> On Wed, May 03, 2000 at 10:27:45PM +0200, Matthias Klose wrote:
> >> gcc currently defines release criteria for gcc3. See
> >> http://gcc.gnu.org/gcc-3.0/criteria.html. For ix86 D
Yesterday I uploaded new gcc-3.0 packages. Close before the gcc
release I'd like to check the status of the Debian architecutres:
alpha - 010526
arm - 010526, no java
i386- 010609
hppa- 010427, no java, "old" ABI, Matt Taggert working on a new patch
powerpc - 010609, no java (link er
While having built and uploaded things correctly for experimental, I
didn't do the same for unstable, which now needs some manual
intervention building gnat-4.1 and gcj-4.1.
gnat-4.1 (mips mipsel s390 sparc):
- work in a sid chroot
- install gnat-4.1-base libgnat-4.1 libgnatprj4.1 libgnatvsn4.1
The plans for the GCC 4.2 transition were described in
http://lists.debian.org/debian-devel-announce/2007/06/msg8.html
Does any port still need to stick with GCC 4.1 for a while? Feedback
from hppa, mips*, s390, powerpc, amd64, i386 porters doesn't show
objections against the transition.
[CCing debian-mips and debian-gcc]
The gcc-4.2 source uses the libffi backport from the trunk. To
investigate further, please look at libffi's config.log to see why the
test for ffi_prep_cif fails.
Matthias
Neil Williams writes:
> For once, this isn't cross-build related - not even slightly. :
severity 440015 grave
tag 440015 + moreinfo
thanks
seen as well while building icedove.
please recheck with the final 2.18 release.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please could somebody prepare a test case (all needed object files,
and the ld command), and add URL for this tarball to the upstream
report at http://sourceware.org/bugzilla/show_bug.cgi?id=4988
thanks, Matthias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
severity 441633 grave
thanks
Sergei Golovan writes:
> Package: gcc-4.2
> Version: 4.2.1-5
> Severity: critical
>
> Hi!
>
> Current gcc 4.2 fails to build erlang package on mips and mipsel
> architectures. It works on all other architectures (I don't know about
> m68k since it isn't compiled yet)
tag 440015 + moreinfo
thanks
Julien, Nick did ask for some missing libraries (likely that libc is
missing as well in this list).
> The test case is missing a few libraries: -llber -lsasl2 -lssl -lcrypto
> -lexpat -lresolv -ldl.
>
> Looking at the ChangeLogs I do not see anything in particula
Besides m68k hopelessly being behind we do have serious problems on
alpha, arm and hppa.
- on arm, the bytecode compiler (ecj) doesn't produce correct code.
there is currently a workaround to build the package on arm using
byte-compiled code built on another architecture. Aurelian has
m
Package: gnat-4.3
Version: 4.3.0-1
Severity: serious
gcc-defaults 1.66 was built before gnat-4.3 on mips and mipsel; we now
need a manual bootstrap. This could be done by either building
gnat-4.3 in testing and uploading to unstable, or by building in
unstable, and modifying debian/rules2 setting
Tristan Gingold schrieb:
> Hi,
>
> I have just uploaded binutils-2.18.92.tar.bz2 on sourceware.
>
> d356120dba2d713e36b6b48dc9032698 binutils-2.18.92.tar.bz2
>
> This snapshot was sanity-checked on x86_64-suse-linux.
> Please test it for your favorite hosts/targets.
>
> Tristan.
I did build
Hi,
openjdk-6 in unstable is updated to the 6b14 code drop, built from a recent
IcedTea snapshot. There are a few regressions in the ports which don't use the
hotspot VM, but the Zero VM. Help from porters would be appreciated.
There are two new binary packages offering additional JVMs:
- openj
please recheck with the binutils from experimental, which is now built. if that
still fails, please could you put all the files needed for linking (including
libraries) in a tarball and make this one publically available?
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a su
Planning a gcc-4.4 upload for unstable for next week. It's not a transition (not
changing any GCC defaults), but is likely to delay transitions of other packages
due to new symbols in the various GCC runtime libraries. For now I'm not aware
of any regressions in the runtime libraries, however build
Luk Claes schrieb:
> Matthias Klose wrote:
>> Grant Grundler schrieb:
>>> On Fri, Jun 12, 2009 at 08:49:26AM +0200, Luk Claes wrote:
>>>> Grant Grundler wrote:
>
>>>>> On Tue, Jun 02, 2009 at 03:07:35PM +0100, Neil McGovern wrote:
>
>&
According to the buildd logs the openjdk-6 6b14-4 build for mipsel did finish on
Jun 20, but was not uploaded until now. Is there any interest within the mips
porters on openjdk-6 on mips*, or should we just remove it from the archive and
drop openjdk support on mips?
Matthias
--
To UNSUBSCR
On 16.08.2009 14:40, Marc Brockschmidt wrote:
Heya,
As announced on dda [RT1], we want to get an impression when releasing
Squeeze is feasible. We have proposed a (quite ambitious) freeze in December
2009, and some developers have noted that their planned changes wouldn't be
possible in this tim
Package: binutils
Version: 2.19.51.20090827-1
Severity: serious
Tags: help
Regressions compared to 2.19.51.20090805-1
See:
https://buildd.debian.org/fetch.cgi?&pkg=binutils&ver=2.19.51.20090827-1&arch=mips&stamp=1251415690&file=log
https://buildd.debian.org/fetch.cgi?&pkg=binutils&ver=2.19.51.
severity 544177 important
thanks
On 31.08.2009 11:38, Aurelien Jarno wrote:
While they are real regressions that have to be fixed, we don't have
MIPS16 binaries in Debian, so I am not sure this bug should be
considered as serious.
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.o
Besides the open license issue, are there any objections from port maintainers
to make GCC-4.4 the default?
As a first step that would be a change of the default for C, C++, ObjC, ObjC++
and Fortran.
I'm not sure about Java, which show some regressions compared to 4.3. Otoh it's
not amymore
On 05.10.2009 10:53, Colin Watson wrote:
On Mon, Oct 05, 2009 at 10:34:30AM +0200, Michael Biebl wrote:
Colin Watson wrote:
On Mon, Oct 05, 2009 at 05:10:23AM +0200, Michael Biebl wrote:
Erik de Castro Lopo wrote:
Using slogin to connect to another machine on the local network results
in slog
On 28.12.2009 01:12, Matthias Klose wrote:
On 26.12.2009 16:35, Anthony Green wrote:
Ok, we're up to release candidate 9, and it's looking pretty good now!
ftp://sources.redhat.com/pub/libffi/libffi-3.0.9rc9.tar.gz
http://moxielogic.org/wiki/index.php?title=Libffi_3.0.9
Bra
On 08.04.2010 22:30, Jonathan Springer wrote:
Andrew John Hughes wrote:
[trim]
Zero is upstream in OpenJDK7 b76 on and will be in OpenJDK6 b19. Note
that Zero is only an interpreter. It's enough to get a Java
environment running, but for decent performance, you'll need to look
at a JIT either vi
On 06.06.2010 00:51, Aurelien Jarno wrote:
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
Package: eGLIBC
Version: 2.11.1-2
Severity: serious
gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch
On 08.06.2010 20:02, Bdale Garbee wrote:
This prevents dump from building on mips/mipsel, which means the version
of dump in testing is now months out of date.
Is there an estimate for when this bug will be fixed?
this is up to the debian-mips maintainers to answer.
is there different behavio
On 09.06.2010 12:02, Arnaud Patard (Rtp) wrote:
Matthias Klose writes:
Hi,
On 08.06.2010 20:02, Bdale Garbee wrote:
This prevents dump from building on mips/mipsel, which means the version
of dump in testing is now months out of date.
Is there an estimate for when this bug will be fixed
On 10.06.2010 21:05, Arnaud Patard (Rtp) wrote:
Matthias Klose writes:
so what do you propose?
- drop mips as a release architecture?
- do you volunteer to make gcc-4.5 ready for inclusion
in mips and fix any resulting RC-critical issue?
I'm no gcc or binutils hacker. I'v
OpenJDK was just uploaded to unstable, based on the IcedTea6-1.8.1 release [1].
This version addresses some security issues, and this version should be shipped
with squeeze. The package should build on all architectures except on mips.
openjdk-6 on mips doesn't seem to be good enough to build i
severity 584327 wishlist
tag 584327 + moreinfo
thanks
the bug report in its current form has little value.
- recheck with gcc-4.5, gcc-snapshot
- combine the object files of a build with -O0 and -O2
to find the file with the issue.
- maybe reduce it further, find the reason about
this SIGBUS
severity 600223 wishlist
tag 600223 + moreinfo
thanks
the bug report in its current form has little value.
- recheck with gcc-4.5, gcc-snapshot
- combine the object files of a build with -O0 and -O2
to find the file with the issue.
- maybe reduce it further, find the reason about
this SIGBUS
For wheezy I'm planning to change the linking behaviour for DSOs (turning on
--as-needed and --no-copy-dt-needed-entries. The rationale is summarized in
http://wiki.debian.org/ToolChain/DSOLinking. I would like to know about issues
with these changes on some of the Debian ports, and if we need t
On 15.11.2010 07:16, Roland McGrath wrote:
airlied_, does Fedora use --as-needed by default? Fedora 14 too?
mattst88: yes
The naming of the options makes people easily confused.
--no-add-needed is the only option Fedora's gcc passes.
yes, OpenSuse is using --as-needed, but not --no-add-ne
On 14.11.2010 16:06, Roger Leigh wrote:
While I understand the rationale for --no-copy-dt-needed-entries for
preventing encapsulation violations via indirect linking, I don't agree
with the use of --as-needed *at all*. If a library has been explicitly
linked in, it shouldn't be removed. This is
On 14.11.2010 13:19, Julien Cristau wrote:
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
For wheezy I'm planning to change the linking behaviour for DSOs
(turning on --as-needed and --no-copy-dt-needed-entries. The
rationale is summarized in
http://wiki.debian.org/Tool
On 16.11.2010 01:24, Roger Leigh wrote:
On Mon, Nov 15, 2010 at 11:02:57PM +0100, Matthias Klose wrote:
On 14.11.2010 16:06, Roger Leigh wrote:
While I understand the rationale for --no-copy-dt-needed-entries for
preventing encapsulation violations via indirect linking, I don't agree
wit
On 16.11.2010 10:42, Roger Leigh wrote:
On Tue, Nov 16, 2010 at 01:14:09AM +0100, Matthias Klose wrote:
On 14.11.2010 13:19, Julien Cristau wrote:
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
For wheezy I'm planning to change the linking behaviour for DSOs
(turning on
On 14.12.2010 00:19, Adam D. Barratt wrote:
On Sun, 2010-08-08 at 17:21 +0200, Florian Weimer wrote:
* Matthias Klose:
For those who are interested in an openjdk-6 update for stable, I did
prepare an update for some architectures at
deb http://people.debian.org/~doko/archive stable/
Cool
On 17.12.2010 15:16, tony mancill wrote:
On 12/13/2010 03:22 PM, Matthias Klose wrote:
On 14.12.2010 00:19, Adam D. Barratt wrote:
On Sun, 2010-08-08 at 17:21 +0200, Florian Weimer wrote:
* Matthias Klose:
For those who are interested in an openjdk-6 update for stable, I did
prepare an
On 22.12.2010 06:32, tony mancill wrote:
On 12/17/2010 06:24 AM, Matthias Klose wrote:
On 17.12.2010 15:16, tony mancill wrote:
On 12/13/2010 03:22 PM, Matthias Klose wrote:
On 14.12.2010 00:19, Adam D. Barratt wrote:
On Sun, 2010-08-08 at 17:21 +0200, Florian Weimer wrote:
* Matthias Klose
On 17.12.2010 15:58, Adam D. Barratt wrote:
On Fri, December 17, 2010 14:16, tony mancill wrote:
On 12/13/2010 03:22 PM, Matthias Klose wrote:
so please use the one from unstable, re-generate the control file on a
stable system, and re-upload.
Matthias
Hello Matthias -
I'm able to
On 23.12.2010 05:10, tony mancill wrote:
On 12/22/2010 04:13 PM, Matthias Klose wrote:
On 17.12.2010 15:58, Adam D. Barratt wrote:
On Fri, December 17, 2010 14:16, tony mancill wrote:
On 12/13/2010 03:22 PM, Matthias Klose wrote:
so please use the one from unstable, re-generate the control
On 14.01.2011 20:46, Florian Weimer wrote:
* tony mancill:
As per Section 5.8.5 of the Developer's Reference, I'd like to get
confirmation from the Security Team that they are anticipating and
approve of the upload of the new source version. (My apologies if this
has already been covered; I jo
On 20.01.2011 08:06, tony mancill wrote:
On 01/19/2011 10:36 PM, Florian Weimer wrote:
* tony mancill:
On 01/14/2011 11:46 AM, Florian Weimer wrote:
* tony mancill:
As per Section 5.8.5 of the Developer's Reference, I'd like to get
confirmation from the Security Team that they are anticipat
I'll make gcc-4.5 the default for (at least some) architectures within the next
two weeks before more transitions start. GCC-4.5 is already used as the default
compiler for almost any other distribution, so there shouldn't be many surprises
on at least the common architectures. About 50% of the b
On 02.03.2011 07:36, Konstantinos Margaritis wrote:
> On 2 March 2011 03:34, Matthias Klose wrote:
>
>> I'll make gcc-4.5 the default for (at least some) architectures within the
>> next
>> two weeks before more transitions start. GCC-4.5 is already used as the
>
On 02.03.2011 17:54, Martin Guy wrote:
> On 2 March 2011 02:34, Matthias Klose wrote:
>> armel (although optimized for a different processor)
>
> Hi
> For which processor (/architecture) is it optimized, and do you mean
> optimized-for, or only-runs-on?
> I ask
mips toolchain maintenance during the squeeze release cycle was rough; same
thing seems to happen again with wheezy, or will this change?
Current issues include:
- no reply from debian-mips on the GCC-4.5 transition questions
- gcj/gcc-snapshot build failures with binutils-2.21.
Is there anyb
On 18.03.2011 18:49, Aurelien Jarno wrote:
> On Thu, Mar 17, 2011 at 05:47:55PM +0100, Matthias Klose wrote:
>> mips toolchain maintenance during the squeeze release cycle was rough; same
>> thing seems to happen again with wheezy, or will this change?
>
> Except the binuti
Here are some test results for various linux ports, ran on Debian unstable:
builds logs (except for mips) can be found at:
https://buildd.debian.org/status/package.php?p=libffi&suite=experimental
i386 and amd64 look ok.
arm-unknown-linux-gnueabi:
XPASS: libffi.call/cls_longdouble.c -O0 -W -Wall
On 04/17/2011 09:33 PM, Adam D. Barratt wrote:
On Wed, 2011-03-02 at 02:34 +0100, Matthias Klose wrote:
I'll make gcc-4.5 the default for (at least some) architectures within the next
two weeks before more transitions start. GCC-4.5 is already used as the default
compiler for almost any
On 04/26/2011 05:31 PM, Konstantinos Margaritis wrote:
On 26 April 2011 18:03, Matthias Klose wrote:
I'll make GCC 4.6 the default after the release of
GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and
powerpc.
Could you include armhf in the list as well?
yes, f
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
it, and I'm still not sure that two days is also an
On 04/26/2011 09:28 PM, Kurt Roeckx wrote:
On Tue, Apr 26, 2011 at 08:51:04PM +0200, Aurelien Jarno wrote:
On Tue, Apr 26, 2011 at 05:03:01PM +0200, Matthias Klose wrote:
I'll make GCC 4.6 the
default after the release of GCC 4.5.3, expected later this week, at
least on amd64, armel, i38
Package: openjdk-7
Version: 7~b136-2.0~pre1-2
Severity: important
trying to run the java binary built in stage1
https://buildd.debian.org/status/fetch.php?pkg=openjdk-7&arch=mips&ver=7~b136-2.0~pre1-2&stamp=1306696233
mkdir -p bootstrap
rm -f
/build/buildd-openjdk-7_7~b136-2.0~pre1-2-mips-Xt9j
Package: openjdk-6
Version: 6b23~pre2-2
Severity: serious
trying to run the java binary built in stage1
see
https://buildd.debian.org/status/fetch.php?pkg=openjdk-6&arch=mips&ver=6b23~pre2-2&stamp=1306733845
mkdir -p stamps
touch stamps/bootstrap-directory.stamp
mkdir -p bootstrap
rm -f
/bui
severity 628685 important
tag 628685 help
thanks
On 05/31/2011 12:13 PM, Marco d'Itri wrote:
Package: binutils
Version: 2.21.51.20110421-3
Severity: critical
ld reliably segfaults when building udev on mips/mipsel:
https://buildd.debian.org/status/fetch.php?pkg=udev&arch=mips&ver=170-1&stamp=1
On 07/29/2011 12:02 AM, Ludovic Claude wrote:
Hello,
Would it be possible to use OpenJDK Zero on Mips, but without the Shark
JIT. This would render Java very slow on this architecture, but at least
there would be something, and this would reduce the impact on other
packages such as Subversion.
A re-worked multiarch patch for gcc-4.5 is in the packaging repository,
currently lacking support for the hurd and kfreebsd. Please update the support,
as soon as possible, and check the implementation on mips*.
Basically either MULTIARCH_DIRNAME or MULTILIB_OSDIRNAMES has to be set
accordingly i
Please have a look at the gcc-4.7 package in experimental, update patches (hurd,
kfreebsd, ARM is fixed in svn), and investigate the build failures (currently
ia64, but more will appear).
Matthias
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a subject of "unsubscribe"
OpenJDK 6 currently ftbfs on mips*, using gcj-4.6. Please could a mips porter
please check if gcj-4.7 from experimental is good enough to build OpenJDK 6?
gcj-4.7 won't be installed on the porter machines, so this to be done by
somebody with access to a mips machine.
Thanks, Matthias
--
To U
GCC-4.7 packages are now available in testing and unstable; thanks to Lucas'
test rebuild, bug reports are now filed for these ~330 packages which fail to
build with the new version [1]. Hints how to address the vast majority of these
issues can be found at [2].
I'm planning to work on these
GCC 4.7 is now the default for x86 architectures for all frontends except the D
frontends, including KFreeBSD and the Hurd.
There are still some build failures which need to be addressed. Out of the ~350
bugs filed, more than the half are fixed, another quarter has patches available,
and the remai
On 07.05.2012 19:35, Thorsten Glaser wrote:
> Matthias Klose dixit:
>
>> GCC 4.7 is now the default for x86 architectures for all frontends except
>> the D
>> frontends, including KFreeBSD and the Hurd.
>
> How are the plans for other architectures?
I don&#x
tags 680348 + moreinfo
thanks
On 05.07.2012 11:03, Axel Beckert wrote:
> Package: gcc-4.6
> Severity: normal
> Affects: aiccu
>
> Dear Maintainer,
>
> gcc-4.6 failed to compile aiccu on mips (but not mipsel) with the
> following error message:
>
> ../common/tun.c:69:1: internal compiler error:
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
please unblock openjdk-7/7u3-2.1.3-1, IcedTea security release.
my goal is to get the openjdk-7 in experimental into wheezy too, however it
fails on mips only, so any help on getting the build failure fixed
It's time to change the Java default to java7, and to drop java support on
architectures with non-working java7.
Patches for the transition to Java7 should be available in the BTS, mostly
submitted by James Page. Some may be still lurking around as diffs in Ubuntu
packages, apologies for that. T
Am 13.05.2013 18:07, schrieb Javier Vasquez:
> On Mon, May 6, 2013 at 8:22 AM, Matthias Klose wrote:
>> It's time to change the Java default to java7, and to drop java support on
>> architectures with non-working java7.
>
> Just asking as a loongson-2f user, :-)
>
&
Am 13.05.2013 15:37, schrieb YunQiang Su:
> Package: gcc-4.8
>
> We are working on mips64(el) port.
> The support of these architectures are finished, while multilib is still to
> do.
>
> This is the patch.
You are introducing a new configuration, separate from the existing mips64
configuration
Am 07.05.2013 15:25, schrieb Matthias Klose:
> The decision when to make GCC 4.8 the default for other architectures is
> left to the Debian port maintainers.
[...]
> Information on porting to GCC 4.8 from previous versions of GCC can be
> found in the porting guide http://gcc.gnu
Am 13.06.2013 21:47, schrieb Thorsten Glaser:
> Matthias Klose dixit:
>
>> The Java and D frontends now default to 4.8 on all architectures, the Go
>> frontend stays at 4.7 until 4.8 get the complete Go 1.1 support.
>
> I’d like to have gcj at 4.6 in gcc-defaults for m68k
Am 13.06.2013 16:46, schrieb Steven Chamberlain:
> Hi,
>
> On 13/06/13 13:51, Matthias Klose wrote:
>> GCC 4.8 is now the default on all x86 architectures, and on all ARM
>> architectures (the latter confirmed by the Debian ARM porters). I did not
>> get
>
Am 15.06.2013 03:22, schrieb Stephan Schreiber:
> GCC-4.8 should become the default on ia64 soon; some other changes are
> desirable:
> - The transition of gcc-4.8/libgcc1 to libunwind8.
> - A removal of the libunwind7 dependency of around 4600 packages on ia64 -
> when
> they are updated next ti
Control: reassign -1 boost1.54
Am 10.07.2013 04:41, schrieb Steve M. Robbins:
> Package: g++-4.8
> Version: 4.8.1-6
> Severity: important
>
>
>
> Build log is here:
> https://buildd.debian.org/status/fetch.php?pkg=boost1.54&arch=mipsel&ver=1.54.0-2&stamp=1373243794
seems to build. and for futu
Am 03.08.2013 08:58, schrieb YunQiang Su:
> Hi, I refresh this patch to 4.8.1-8
>
> On Fri, Jul 12, 2013 at 11:52 PM, YunQiang Su wrote:
>> I refresh this patch with 4.8.1-6
>>
>> This version patch add multilib support.
fixed some chunks and removed some chunks from the patch.
the patch was ne
Control: tags -1 + help
won't work on this. please follow-up with debian-mips and/or forward and track
this issue upstream.
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian
Am 21.08.2013 20:55, schrieb YunQiang Su:
> This new one won't define TARGET for control.m4 when
> with_deps_on_target_arch_pkgs=yes is used.
why? TARGET is used in conditionals in the control.m4, so it has to be defined
for every cross build. Am I missing something?
the patch for debian/rules.de
Am 29.10.2013 17:48, schrieb Ian Jackson:
> (Mind you, I have my doubts about a process which counts people
> promising to do work - it sets up some rather unfortunate incentives.
> I guess it's easier to judge and more prospective than a process which
> attempts to gauge whether the work has been
Am 23.11.2013 14:01, schrieb Aurelien Jarno:
> The patch I sent for MIPS also mentions SPARC as it has the same
> alignment constraints. That said the patch fixes zero, while SPARC is
> using hotspot by default instead. Maybe using zero on SPARC is a
> possibility, though it will decrease performan
gcc-4.9 is uploaded to experimental, asking the porters to watch for build
failures and corresponding patches. See
https://buildd.debian.org/status/package.php?p=gcc-4.9&suite=experimental
These are already fixed in the vcs.
- fixed the gospec.c ftbfs on archs without ld.gold
- fixed the g++ b
Am 16.01.2014 13:31, schrieb Aníbal Monsalve Salazar:
> For mips/mipsel, I - fix toolchain issues together with other developers at
> ImgTec
It is nice to see such a commitment, however in the past I didn't see any such
contributions.
Matthias
--
To UNSUBSCRIBE, email to debian-mips-requ...@
With gcc-4.9 now available in testing, it is time to prepare for the change of
the default to 4.9, for a subset of architectures or for all (release)
architectures. The defaults for the gdc, gccgo, gcj and gnat frontends already
point to 4.9 and are used on all architectures. Issue #746805 tracks
t;> "just know" what to do, but I haven't the slightest idea of where to begin.
>> I have a box with gcc-4.9, plenty of disk space, and electricity to burn.
>> Where do I start?
>>
>> Patrick
>>
>>
>>> On Thu, May 8, 2014 at 10:25 AM, M
[forwarding to Yunqiang Su and debian-mips]
Am 29.06.2014 18:20, schrieb Helmut Grohne:
> Control: reassign -1 src:binutils Control: retitle -1
> mips64el-linux-gnuabi64-as defaults to N32 abi Control: tags -1 + upstream
>
> On Sat, Jun 28, 2014 at 08:32:42PM +0200, Helmut Grohne wrote:
>> dpkg-a
debian-mips, please handle this
Am 08.08.2014 um 21:40 schrieb Julian Taylor:
> Package: gfortran-4.9
> Version: 4:4.9.1-1
> Severity: important
>
> gfortran miscompiles int() for negative overflows leading to a build
> timeout of python-scipy, see #756905
> below a testcase, according to
> https
Package: src:binutils
Version: 2.24.90.20141014-1
Severity: important
The testsuite shows 29 test failures on both mips and mipsel. Please could a
porter have a look?
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Control: tags -1 + moreinfo help
On 12/09/2014 08:46 PM, Helmut Grohne wrote:
> Package: src:gcc-4.9
> Version: 4.9.2-5
> User: helm...@debian.org
> Usertags: rebootstrap
>
> When building a cross compiler for mips64el (and possibly other mips
> architectures), some binary packages are broken.
>
Package: src:gcc-5
Version: 5-20150327-1
Severity: important
Tags: sid stretch
Forwarded: https://gcc.gnu.org/PR65618
seen building trunk 20150328. I'm not entirely sure if this is a regression.
Apparently all distro builds for mips and mipsel set STAGE3_CFLAGS += -gtoggle
(same as in stage2) in t
On 06/29/2015 07:57 PM, YunQiang Su wrote:
> On Mon, 22 Jun 2015 19:02:29 +0200 Geert Stappers
> wrote:
>> Control: retitle -1 gcc-5-mips-32-fpxx
>> Control: tag -1 patch
>>
>>
>
> Any consider of this patch?
Please could somebody clarify, if this bumps hardware requirements to newer CPU
versio
On 07/02/2015 02:11 PM, Matthew Fortune wrote:
> With this change in place then I would hope you can move to binutils 2.25,
> , glibc 2.21 and kernel headers 4.1 if this has not already happened. It is
> important that glibc is rebuilt after all the other changes so that
> all the new forwards comp
On 09/01/2015 11:21 PM, Emmanuel Bourg wrote:
> Le 29/07/2015 16:36, tmanc...@debian.org a écrit :
>
>> Any concerns with an upload of java-commons to experimental sooner than
>> September?
>
> I uploaded java-commons/0.53 to experimental with the switch to
> openjdk-8. I plan to switch sid in tw
On 09/03/2015 08:53 AM, Emmanuel Bourg wrote:
> Le 03/09/2015 00:39, Matthias Klose a écrit :
>
>> I disagree. Please revert mips/mipsel back to gcj, or fix the mips/mipsel
>> builds
>> for openjdk-8 (and for openjdk-9). The other alternative would be not to
>>
Control: severity -1 wishlist
Control: tags -1 + help
On 09/11/2015 10:11 PM, Jurica Stanojkovic wrote:
> Package: gcc-5
> Version: 5.2.1-15
> Severity: serious
> Tags: sid
> User: debian-mips@lists.debian.org
>
> Package gcc-5_5.2.1-15 is causing following issue during package
> pygccjit_0.4-4
Control: severity -1 important
Control: tags -1 + help
On 06.10.2015 21:37, Felix Geyer wrote:
Control: severity -1 serious
No. It doesn't make it unusable without that option.
Would be nice if the mips c porters could handle this.
On Wed, 23 Sep 2015 21:59:32 +0200 Aurelien Jarno wrote:
Package: src:gcc-6
Version: 6-20160103-1
Severity: serious
Tags: sid stretch
Forwarded: https://gcc.gnu.org/PR69129
X-Debbugs-CC: debian-mips@lists.debian.org
See https://gcc.gnu.org/PR69129, and once this is resolved, try to enable the
gnat build.
This fails to build since July 2015 (gcc-snap
Package: src:openjdk-8
Version:
Severity: serious
Tags: sid stretch moreinfo
According to the build logs, openjdk-8 fails to configure on mips and mips64el:
https://buildd.debian.org/status/package.php?p=openjdk-8
I'm thinking to just disable openjdk builds on the mips* platforms. The feedback
Package: src:binutils
Version: 2.27-1
Severity: important
Tags: sid stretch
gold fails to link, see at least
https://buildd.debian.org/status/fetch.php?pkg=binutils&arch=all&ver=2.27-1&stamp=1470579877
While the Debian Release team has some citation about the quality of the
toolchain on their status page, it is not one of the release criteria documented
by the release team. I'd like to document the status how I do understand it for
some of the toolchains available in Debian.
I appreciate that t
On 10.09.2016 09:59, Paul Gevers wrote:
> Hi,
>
> On 10-09-16 00:48, Matthias Klose wrote:
>> - fpc not available on powerpc anymore (may have changed recently)
>
> For whatever it is worth, this was finally fixed this week. It is
> missing on mips*, ppc64el and s390
1 - 100 of 181 matches
Mail list logo
