Uwe Kleine-König wrote:
Package: gcc-4.3
Version: 4.3.2-1
Severity: wishlist
Hello,
I tried building a cross toolchain for powerpc following the steps on
http://www.emdebian.org/tools/crossdev.html (i.e. installing
binutils-$arch-linux-gnu and libc6-dev-$arch-cross, then export
Peter T. Breuer wrote:
Also sprach Debian Bug Tracking System:
On Tue, Jul 01, 2008 at 11:34:03AM +0200, Peter T. Breuer wrote:
Compiling kernel 2.6.24.2 on ia32, compilaton fails at final link
complaining about not being able to find __udivdi3 and __umoddi3 for
getnstimeofday in
Package: gnat-4.3
Version: 4.3.0-5
Severity: important
Tags: patch
Gnat 4.3 doesn't support libraries on mips/mipsel, as the build logs of
ahven and libxmlada show. I believe this is an unintentional omission.
The appended patch fixes it.
Thiemo
diff -urpN
Andreas Barth wrote:
* Matthias Klose ([EMAIL PROTECTED]) [080521 12:13]:
that looks ok for now, we can work on the unification of the headers
later.
In case Thiemo agrees (or doesn't disagree) - do you plan to upload it?
Should I NMU it? ...?
I disagree, because I was confused about the
Arthur Loiret wrote:
Hi Thiemo,
On Sat, May 17, 2008 at 04:13:20PM +0200, Arthur Loiret wrote:
With this patch /usr/include/mips64-linux-gnu/ is installed in both
libn32ffi-dev and lib64ffi-dev, please wait for my next patch.
Here is the diff between header from mips and mips64 builds
Alexis Huxley wrote:
Hi Arthur,
It has been closed by Arthur Loiret [EMAIL PROTECTED] (reply to [EMAIL
PROTECTED]).
/usr/bin/gcc symlink is provided by `gcc' package from `gcc-default' source
package, not by `gcc-4.2'.
Fine, you are right, the package name might be wrong, but the
reassign 473432 mathomatic
thanks
Sandro Tosi wrote:
Package: gcc-4.2
Version: 4.2.3-3
Severity: normal
Hello,
mathomatic failed to build[1] on mipsel[2], mips[3], arm[4] and hppa[5]
running tests for matho-primes due to sizeof(long double) == 8 bytes,
while it's expected to be at least
fixed 447347 4.2.2-3
thanks
A test build on mips succeeded for me, therefore mark as fixed.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-2.6
Version: -
Tags: patch
Hector Oron wrote:
Hello,
I am trying to build a gcc cross compiler package for i386-m68k but
i get this error:
../../../src/libffi/src/m68k/ffi.c:13:26: error: asm/cachectl.h: No
such file or directory
Do you know where should be
Chan Lee wrote:
Hi,
After I did install Debian using DVD set from CheapBytes,
I found that the gcc is not installed. Looking around what's
the best way to install gcc, I found the 'apt' and did install
the gcc using 'apt-get install gcc', which asked to mount the
DVD1 and then the
Steve Langasek wrote:
On Thu, Jul 05, 2007 at 08:55:53PM +0200, Mike Hommey wrote:
On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose [EMAIL
PROTECTED] wrote:
Please recheck with the recent gcc-snapshot 20070613 upload. We may
miss another backport from the trunk.
Did someone
ignore gcc-2.95 debian-gcc@lists.debian.org
ignore gcc-snapshot debian-gcc@lists.debian.org
DDPOMail robot wrote:
Dear Debian GCC maintainers,
The following possible problem(s) were detected in the package(s)
you maintain in Debian:
gcc-2.95:
This package has 1 RC bug(s) more than 30
Martin Michlmayr wrote:
* Thiemo Seufer [EMAIL PROTECTED] [2007-06-21 19:26]:
Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
on mipsel:
The current version is known to be broken. It's being fixed already.
../../../src/libgcc/../gcc/crtstuff.c: In function
Package: gcc-snapshot
Version: 20070613-1
Severity: important
Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
on mipsel:
[...]
/srv/ths/debian/gcc-snapshot/gcc-snapshot-20070613/build/./gcc/xgcc
-B/srv/ths/debian/gcc-snapshot/gcc-snapshot-20070613/build/./gcc/
Miles Bader wrote:
Hi, I noticed that the gcc-snapshot package seems to have a lot of
rather dubious dependencies -- in particular, it depends on a bunch of
libraries from both gtk and qt4 (and x11 etc).
I figure the java support may need that.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL
Matthias Klose wrote:
Ryan Murray writes:
Package: libstdc++6
Version: 4.1.1-15
Severity: important
This is already reported upstream:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
It was fixed, but only on the redhat 4.1 branch. The fix is needed on
trunk,
and the
Nikita V. Youshchenko wrote:
Hello.
I'm one of those people beaten by recent removal of gcc documentation. Both
myself and people to whom I recommend Debian, *need* gcc documentation to
be available in the system.
So I had four options:
- start a new flamewar on the issue,
- stop to
Roger Leigh wrote:
I have attached two additional testcases to the upstream bug report.
The testcases are now:
Testcase to show codecvt crash
http://gcc.gnu.org/bugzilla/attachment.cgi?id=11679 (wide.cc)
Use mbsnrtowcs directly.
http://gcc.gnu.org/bugzilla/attachment.cgi?id=11682
Erik Meusel wrote:
Am Montag, 12. Juni 2006 18:24 schrieb Bastian Blank:
char is neither signed nor unsigned. Only unsigned have defined overflow
behaviour.
} while (c != '\0');
return 0;
}
Alright, but why does this work differently using different versions
Bill Allombert wrote:
On Mon, Jun 05, 2006 at 10:10:51AM +0100, Thiemo Seufer wrote:
Bill Allombert wrote:
On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote:
[EMAIL PROTECTED] writes:
Hello Matthias,
Daniel and Matt Krai provided a patch for this bug.
Do
Bill Allombert wrote:
On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote:
[EMAIL PROTECTED] writes:
On Tue, Jan 31, 2006 at 12:03:40PM +0100, Matthias Klose wrote:
please send a fix. I do not intend to touch this code. it's fixed in
the 3.4, 4.0 and 4.1 packages.
Package: gcc
Version: 1.12.13-2
Severity: important
The current cvs client in unstable fails to update a (non-anonymous)
binutils checkout:
hattusa:~/binutils/cvs-write$ cvs up
? bfd/doc/bfd.info
? binutils/doc/binutils.info
? gas/doc/as.info
? ld/ld.info
Write failed flushing stdout buffer.
Falk Hueffner wrote:
Aurelien Jarno [EMAIL PROTECTED] writes:
Falk Hueffner a écrit :
Aurelien Jarno [EMAIL PROTECTED] writes:
On arm, ia64 and alpha the glibc fails to build with gcc-4.1.
On Alpha the problem is:
{standard input}: Assembler messages:
{standard input}:341: Error:
On Thu, Mar 23, 2006 at 05:32:37PM +, Martin Michlmayr wrote:
clone 357122 -1
reassign -1 gcc-4.1,autoconf
retitle -1 mips: -fstack-protector generates warning only but then fails to
link
thanks
* Martin Michlmayr [EMAIL PROTECTED] [2006-03-15 23:27]:
| checking whether gcc accepts
On Tue, Mar 21, 2006 at 09:41:01PM +, Martin Michlmayr wrote:
Package: libffi4
Severity: wishlist
Automatic build of pnet_0.7.4-1 on bigsur by sbuild/mips 1.106
...
checking whether mmap with MAP_ANON(YMOUS) works... yes
configure: error: libffi has not been ported to
On Wed, Mar 01, 2006 at 03:50:15PM -0500, Daniel Jacobowitz wrote:
On Wed, Mar 01, 2006 at 04:14:44PM +, Thiemo Seufer wrote:
Um. Actually, I'd like not to have mips64-linux-gnuabi32, but rather
a convention which is acceptable over the whole toolchain.
Why is this not acceptable over
On Wed, Mar 01, 2006 at 12:23:35AM +0100, Aurelien Jarno wrote:
Hi all!
While thinking of multiarch, I remarked that there is no host triplet
for mips(el) using the n32 or the n64 ABIs. Both of them use
mips64-linux-gnu, at least it is what is done in the glibc, the
difference being done
On Wed, Mar 01, 2006 at 09:45:13AM -0500, Daniel Jacobowitz wrote:
On Wed, Mar 01, 2006 at 12:43:50PM +, Thiemo Seufer wrote:
I gave it some thought. Currently we only have mips64{,el}-linux-gnu,
which, to make matters worse, defaults to a n32 compiler with
multilibed o32/n32/n64
Stuart Anderson wrote:
On Sun, 4 Dec 2005, Thiemo Seufer wrote:
ar and ld get confused if they are not set. For some reason, it can't
decide which binary format to use. It may be a binutils bug, but I was
trying to not have to dig into that package and create a dependency on
a specific
Daniel Jacobowitz wrote:
On Sun, Dec 04, 2005 at 05:51:32AM +0100, Thiemo Seufer wrote:
Stuart Anderson wrote:
On Sun, 4 Dec 2005, Thiemo Seufer wrote:
ar and ld get confused if they are not set. For some reason, it can't
decide which binary format to use. It may be a binutils bug
Sheplyakov Alexei wrote:
Hello!
On Thu, 27 Oct 2005 15:12:54 +0200, Stefan Schmidt [EMAIL PROTECTED] wrote:
make bzImage CC=gcc-2.95
..
make CFLAGS=-D__KERNEL__ -I/usr/src/linux-2.4.31/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-alias
make[1]: Entering
reassign 336463 gcc-4.0 4.0.2-3
severity 336463 grave
merge 336463 336167
tags 336167 +fixed-upstream
thanks
Aaron M. Ucko wrote:
Package: g++-4.0
Version: 4.0.2-3
Followup-For: Bug #336463
My latest upload of fltk1.1 (1.1.6-9) runs into identical lossage on
mips and mipsel, on sources
Sven Luther wrote:
On Thu, Nov 03, 2005 at 01:28:57PM +0100, Thiemo Seufer wrote:
tags 336167 +patch
thanks
Sven Luther wrote:
[snip]
The appended patch reverts a single line of the diff between 4.0.2-2
and 4.0.2-3 and lets the testcase succeed. I don't know that part
Thiemo Seufer wrote:
Sven Luther wrote:
Package: gcc-4.0
Version: 4.0.2-3
Severity: grave
Justification: renders package unusable
Well, i confirm that this problem is also present on powerpc, using
gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be
ok. I
Thiemo Seufer wrote:
Sven Luther wrote:
Package: gcc-4.0
Version: 4.0.2-3
Severity: grave
Justification: renders package unusable
Well, i confirm that this problem is also present on powerpc, using
gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be
ok. I
Sven Luther wrote:
Package: gcc-4.0
Version: 4.0.2-3
Severity: grave
Justification: renders package unusable
Well, i confirm that this problem is also present on powerpc, using
gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be
ok. I have heard people mentioning two
Daniel Jacobowitz wrote:
[snip]
- MultiGOT works fine, until the limit of 16k _dynamic_ symbols is
hit. A executable/library with larger exported GOT will build
without warning but will cause ld.so to segfault. This is the main
bug, and hard to debug (a statically built gdb
Nathanael Nerode wrote:
Thanks *very much* for your help explaining this mess.
Thiemo Seufer wrote:
- A too large object file can overflow plain GOT. This is not only
MIPS-specific, it affects several architecture's toolchains,
Right, it would affect any architecture which does
.
Does the release team agree or disagree?
According to Thiemo Seufer, MIPS has failed this criterion.
You are mistaken (since I'm also upstream). I notice you seem to
triage pre-sarge bug reports, maybe you want to ask the participants
of the bugs discussion first before jumping to conclusions
Andreas Barth wrote:
Hi,
* Nathanael Nerode ([EMAIL PROTECTED]) [051007 04:42]:
Matthias Klose wrote:
If
you think, that availability of compilers on some architectures
should be release criterium, please bring that up with the release
team first.
That's not at all what I
Nathanael Nerode wrote:
Andreas Barth wrote:
Actually, there is one criterion missing: Does this bug really hurt us
bad (enough)? And my current answer to this is no, but of course, you
might want to persuade me. :)
...
So, I think we can say that this bug is even forwarded to upstream, as
Nathanael Nerode wrote:
Apparently the MIPS ABI is just plain broken. It contains some sort of
impassable hard limit on relocation table size, breaking random packages
at
random times with no possible fix. Nobody can fix this without changing
the ABI.
Thiemo Seufer wrote
Nathanael Nerode wrote:
I notice that GCJ ( company) are not built on mips or mipsel.
What I can't figure out is why.
GCJ is supported for mips*-*-linux* (except for mips64*-*-linux*, which
is not supported) upstream in the 4.0 series, and I couldn't find any
reported bugs on problems
Barry Hawkins wrote:
Package: gcc-3.3
Version: 3.3.6-7
Severity: normal
Tags: patch
GCC Team,
Hello from the Debian Java Team! As part of a request to update the
source package for antlr, I noticed that its last upload was staying out
of testing for 120+ days, apparently because of
Package: libffi4
Version: 4.0.1-2
Tags: patch
The appended patch fixes 12 failures in the libffi testsuite. Tested on
big endian o32 mips.
Thiemo
--- src/libffi/src/mips/ffi.c.orig 2005-07-28 14:51:20.0 +0200
+++ src/libffi/src/mips/ffi.c 2005-08-03 14:10:27.0 +0200
@@
Debian Bug Tracking System wrote:
Thank you for the problem report you have sent regarding Debian.
There was already an older patch for mips libffi which is mostly
obsolete for gcc 4.0, the first patch I sent was on top of the
already patched source. The appended version replaces the old one
Adrian Bunk wrote:
[snip]
#define sprintf __builtin_sprintf
int main()
{
char str[] = abc;
char buf[10];
sprintf(buf,%s,str);
return 0;
}
[snip]
callstrcpy
[snip]
As far as I understand the documentation, the call to strcpy
shouldn't be emitted since this
Laurence Darby wrote:
[snip]
I understand that the entire point of dependencies is to ensure things
just work, but I'm trying to find out where SDE breaks, so the
dependencies are impeding me. What do people do when they want to use a
later version of GCC?
They install the new package in
Attila Kinali wrote:
On Fri, 07 Jan 2005 09:56:04 +0100
Falk Hueffner [EMAIL PROTECTED] wrote:
Sorry, how am i supposed to change the default compiler if i'm not
allowed to change the symlinks ? No, changing $PATH doesn't work as all
gcc binaries are installed in /usr/bin.
ln -s
Manuel Bilderbeek wrote:
Package: gcc-3.3
Version: 1:3.3.5-5
Severity: important
When compiling the included program with the mentioned versions of gcc,
wrong code is generated when using -O1 or -O2. See the comments in the
program, which I saved as test.c:
-- CUT
Mike Furr wrote:
[snip]
One of my packages failed to build[0] on mips due to a bunch of linking
errors like:
~ relocation truncated to fit: R_MIPS_GOT16 symbol
Reading through -mips and -gcc archives I see this problem has surfaced
for packages like mozilla and gcj. The general fix seems
Matthias Klose wrote:
ohh, Mr. Bunk's quality control strikes again ...
Manoj Srivastava writes:
reassign 281464 gcc
severity 281464 grave
thanks
you are sure this a gcc bug, not a binutils bug? same results with 3.2
and 3.4.
Guessing from the buildlog: Neither nor. It looks more
Daniel Jacobowitz wrote:
[snip]
The appended patch fixes it. It also changes the branch to the likely
variant, this works around some breakage in early R1 silicon.
The patch is against gcc-3.3, newer gccs have the same problem, but
have some apparently bogus changes in that area.
I
Daniel Jacobowitz wrote:
[snip]
IIRC, likely branches are deprecated in the latest MIPS ISAs; we
shouldn't be introducing more of them. I don't know what silicon bug
you're working around, though, so I don't know if there's a better way.
R1 before revision 2.6 fail to handle
Daniel Jacobowitz wrote:
[snip]
At least so far, MIPS was careful to extend successor ISAs to a
proper superset of the predecessor WRT non-privileged instructions.
Fine by me then. Want to run this by the MIPS maintainers upstream
first?
I want it to go in sarge if this is still
Package: gcc-3.3
Version: 3.3.5-1
Severity: important
While trying to run Debian on a SGI O200 Machine I found out that the
inline assembly to handle atomic operations in libstdc++ is broken.
The effect is very visible: apt-get update hangs in an endless loop
on startup, same for every other c++
Seems like the BTS hides away patches buried in controls messages.
Appended and resent again.
Thiemo
#! /bin/sh -e
# All lines beginning with `# DPATCH:' are a description of the patch.
# DP: Fix libstdc++ atomic ops for mips/mipsel
dir=
if [ $# -eq 3 -a $2 = '-d' ]; then
pdir=-d $3
Matthias Klose wrote:
Thiemo Seufer writes:
Seems like the BTS hides away patches buried in controls messages.
Appended and resent again.
Thiemo
Thiemo, this is your call as a mips maintainer. The patch doesn't
change the method how the lock works, so it is compatible with code
tags 270620 +patch
thanks
A proposed patch for this problem is available at
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg2180.html
Thiemo
, things don't get worse by it, and it allows
to build working versions of mozilla*.
Thiemo
#! /bin/sh -e
## 120_mips_xgot_multigot_workaround.dpatch
##
## DP: Description: Make multigot/xgot handling mutually exclusive.
## DP: Author: Thiemo Seufer [EMAIL PROTECTED]
## DP: Upstream status
Matthias Klose wrote:
Thiemo Seufer writes:
tags 270620 +patch
thanks
This patch adds xgot support to the CRTSTUFF files for Linux/MIPS.
Without it, programs using -mxgot tend to segfault in the constructor.
For other programs it will cause a slight increase in overall size
tags 270620 +patch
thanks
This patch adds xgot support to the CRTSTUFF files for Linux/MIPS.
Without it, programs using -mxgot tend to segfault in the constructor.
For other programs it will cause a slight increase in overall size.
Thiemo
#! /bin/sh -e
# DP: xgot support for mips CRTSTUFF
Martin Michlmayr wrote:
* Joel Baker [EMAIL PROTECTED] [2004-08-02 15:08]:
If gcc-3.4 requires binutils (= 2.15) the dependencies need an update.
you didn't give any reason. downgrading.
According to this bug gcc-3.4_3.4.1-5 uses the --as-needed option of
ld which is new in 2.15-1. If
Matthias Klose wrote:
Hi,
This is one of the last questions before an upload of gcc-3.4 to
unstable ...
Both libg2c and libffi have the same soname version for it's shared
library, when built with gcc-3.3 and gcc-3.4. The release notes for
gcc-3.4 list some incompatibilities for
[I'm not subscribed to -gcc]
Matthias Klose wrote:
gcc-3.4 has support for mips, but not yet for mipsel. Any volunteers
to add this for this architecture? Looks like _MIPS_SIM isn't defined
on this platform.
AFAIK it is, but the _ABI{O,N}{32,64} isn't always defined. Current
Upstream CVS
65 matches
Mail list logo