--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-08 13:37 ---
*** Bug 24271 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-08 13:42 ---
*** This bug has been marked as a duplicate of 19664 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #69 from pinskia at gcc dot gnu dot org 2005-10-08 13:42
---
*** Bug 24272 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
[EMAIL PROTECTED] writes:
>
>
> I want to install ZOPE server on my debian OP. Since the CMS that I want to
> use requires the ZOPE VERSION 2.7.5 I cannot use the "apt-get install Zope" -
> method because it is always version 2.6 installed.
> That is why I think that I will have to install ZOP
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.7
> forwarded 332683 http://gcc.gnu.org/PR23711
Bug#332683: gcc-snapshot - fails to build
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR23711.
> retitle 332683
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 silly things like having a
16-bi
On Fri, Oct 07, 2005 at 05:39:26PM +0200, Thiemo Seufer wrote:
> We have for MIPS:
>
> - The plain GOT mode, where a GOT has a maximum size of 2^16 byte,
> with 16k symbols.
>
> - The XGOT mode, with unlimited (2^32 byte) size, which increases
> code size by 15-20%, and reduces perfom
gcc-snapshot_20051008-1_i386.changes uploaded successfully to localhost
along with the files:
gcc-snapshot_20051008-1.dsc
gcc-snapshot_20051008.orig.tar.gz
gcc-snapshot_20051008-1.diff.gz
gcc-snapshot_20051008-1_i386.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, em
Rejected: gcc-snapshot_20051008-1_i386.deb: has 3358 file(s) with a time stamp
too far into the future (e.g.
usr/lib/gcc-snapshot/include/c++/4.1.0/gnu/java/io/PlatformHelper.h [Sat Oct 8
22:28:42 2005]).
===
If you don't understand why your files were rejected, or if the
override file requ
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 buil
On Sat, Oct 08, 2005 at 09:11:05PM +0200, Thiemo Seufer wrote:
> 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 seg
On Sat, Oct 08, 2005 at 03:18:23PM -0400, Nathanael Nerode wrote:
> What I keep hearing is that no one has reported the bug(s), and nobody except
> Thiemo Seufer has even described it/them adequately. This is a bug or bugs
> which is not documented in the documentation or bug databases for glibc
Daniel Jacobowitz wrote:
> It's a lot of work to fix and no one has done it. That's not the same
> thing at all.
That's nice, but there's still a real problem unrelated to that.
An example of a relatively healthy bug which is "a lot of work to fix and no
one has done it" is http://gcc.gnu.org/b
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 do
Dear All,
Which is the latest version of gcc available to debian via apt-get? The
gcc.gnu.org site indicates that the latest gcc is 4.0.2 whereas if I
apt-get install gcc I get that 3.3.5 is the latest version.
I'm not actually hung up about having the latest version. I'm trying to
learn h
--- Comment #7 from janis at gcc dot gnu dot org 2005-10-08 22:10 ---
A regression test identified this patch from Neil on 2003-08-02 as thene start
of failures:
http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00093.html
--
janis at gcc dot gnu dot org changed:
What|Remo
--- Comment #8 from janis at gcc dot gnu dot org 2005-10-08 22:11 ---
Hmm, "regression test" in the last comment should have been "regression hunt".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24202
--- You are receiving this mail because: ---
You reported the bug, or ar
LAST_UPDATED: Sat Oct 1 13:51:09 UTC 2005
Native configuration is m68k-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/abi/bitfield4.C execution test
FAIL: g++.dg/eh/omit-frame-pointer2.C execution test
FAIL: g++.dg/eh/registers1.C execution test
FAIL: g++.
18 matches
Mail list logo