On Mon, Dec 20, 2004 at 02:28:01PM +0100, Sven Luther wrote:
> On Mon, Dec 20, 2004 at 02:12:18PM +0100, Sven Luther wrote:
> > On Mon, Dec 20, 2004 at 01:51:42PM +0100, Andreas Jochens wrote:
> > > On 04-Dec-20 13:05, Sven Luther wrote:
> > > > Well, it is available on doko's people.debian.org acc
On Mon, Dec 20, 2004 at 02:28:01PM +0100, Sven Luther wrote:
> On Mon, Dec 20, 2004 at 02:12:18PM +0100, Sven Luther wrote:
> > On Mon, Dec 20, 2004 at 01:51:42PM +0100, Andreas Jochens wrote:
> > > On 04-Dec-20 13:05, Sven Luther wrote:
> > > > Well, it is available on doko's people.debian.org acc
On Mon, Dec 20, 2004 at 02:12:18PM +0100, Sven Luther wrote:
> On Mon, Dec 20, 2004 at 01:51:42PM +0100, Andreas Jochens wrote:
> > On 04-Dec-20 13:05, Sven Luther wrote:
> > > Well, it is available on doko's people.debian.org account, so i would ask
> > > him
> > > before we make it available at
On 04-Dec-20 13:05, Sven Luther wrote:
> Well, it is available on doko's people.debian.org account, so i would ask him
> before we make it available at the ppc64 project ? How much ftp space we have
> there, and can i easily upload stuff there ?
Alioth is somewhat low on disk space at the moment,
On Mon, Dec 20, 2004 at 01:51:42PM +0100, Andreas Jochens wrote:
> On 04-Dec-20 13:05, Sven Luther wrote:
> > Well, it is available on doko's people.debian.org account, so i would ask
> > him
> > before we make it available at the ppc64 project ? How much ftp space we
> > have
> > there, and can
On Mon, Dec 20, 2004 at 09:52:30AM -0200, Rafael Espíndola wrote:
> On Mon, 20 Dec 2004 12:48:55 +0100, Sven Luther <[EMAIL PROTECTED]> wrote:
> > On Sun, Dec 12, 2004 at 05:01:16PM -0200, Rafael Ávila de Espíndola wrote:
> > > I have successfully build a multiarch gcc in a ppc64. To do so I made s
On Mon, 20 Dec 2004 12:48:55 +0100, Sven Luther <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 12, 2004 at 05:01:16PM -0200, Rafael Ávila de Espíndola wrote:
> > I have successfully build a multiarch gcc in a ppc64. To do so I made some
> > changes to Andreas patch:
>
> Notice that doko has already buil
On Sun, Dec 12, 2004 at 05:01:16PM -0200, Rafael Ávila de Espíndola wrote:
> I have successfully build a multiarch gcc in a ppc64. To do so I made some
> changes to Andreas patch:
Notice that doko has already built a biarch 32bit gcc-3.4 version, which is
perfectly able to producce 64bit code. I
On 04-Dec-16 16:20, Rafael Esp?ndola wrote:
> On Thu, 16 Dec 2004 01:35:08 +1100, Anton Blanchard <[EMAIL PROTECTED]> wrote:
> > Yep, Alan Modra fixed binutils at some stage so it could create multiple
> > TOCs and -mminimal-toc isnt required.
> >
> > With older binutils the gcc -mminimal-toc opti
On Thu, 16 Dec 2004 01:35:08 +1100, Anton Blanchard <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Yep, Alan Modra fixed binutils at some stage so it could create multiple
> TOCs and -mminimal-toc isnt required.
>
> With older binutils the gcc -mminimal-toc option is the way to go.
In what version of bi
On Tue, 14 Dec 2004 16:32:12 -0200, Rafael Espíndola
<[EMAIL PROTECTED]> wrote:
> once more the problem was that the compile system was assuming that
> "gcc -print-multi-directory" would print 64 if the resulting library
> should be 64 bits.
I had a brief talk with Alexandre Oliva and he suggested
Hi,
> I haven't tried it, but the error does look familiar. I think this is
> the error you get when binaries get too many symbols. The TOC normally
> fits in a single 16bit offset window. If your binary gets too big, it
> can't use simple immediate offsets to access individual elements. I
> ha
On 04-Dec-14 16:32, Rafael Esp?ndola wrote:
> It worked
> thanks.
Thats good news!
> once more the problem was that the compile system was assuming that
> "gcc -print-multi-directory" would print 64 if the resulting library
> should be 64 bits.
I will apply your modified patch and upload a
On Mon, 13 Dec 2004 09:58:52 -0800, Brad Boyer <[EMAIL PROTECTED]> wrote:
> I haven't tried it, but the error does look familiar. I think this is
> the error you get when binaries get too many symbols. The TOC normally
> fits in a single 16bit offset window. If your binary gets too big, it
> can't
On Mon, Dec 13, 2004 at 02:37:33PM +0100, Andreas Jochens wrote:
> On 04-Dec-13 11:01, Rafael Esp?ndola wrote:
> > .libs/libgcj.la-2.o(.text+0x22db32): In function
> > `.gnu::java::locale::LocaleInformation_en_HK::__U3c_clinit__U3e_()':
> > ../../../src/libjava/gnu/java/locale/LocaleInformation_en_
On Mon, 13 Dec 2004 14:37:33 +0100, Andreas Jochens <[EMAIL PROTECTED]> wrote:
> I get the same error here and I have no idea what it means or how to fix
> it. Nevertheless, I am still trying to build a newer binutils packages,
> even if I do not know if this will help.
I found a patch that prevent
On 04-Dec-13 11:01, Rafael Esp?ndola wrote:
> > I did a ./debian/rules patch and right now the source is building in a
> > ppc64 gentoo with the same arguments used in the debian package.
> > Gentoo has a newer bintuils and that may make a difference.
>
> It didn't :(
>
> .libs/libgcj.la-2.o(.tex
> I did a ./debian/rules patch and right now the source is building in a
> ppc64 gentoo with the same arguments used in the debian package.
> Gentoo has a newer bintuils and that may make a difference.
It didn't :(
.libs/libgcj.la-2.o(.text+0x22db32): In function
`.gnu::java::locale::LocaleInform
On 04-Dec-12 23:09, Rafael Esp?ndola wrote:
> very good :) I see the gcc packages but not the patch. Maybe you have
> forgot to upload it?
I will attach the gcc patches to this mail. Usually the patches get
uploaded by my autobuilding script automatically, but I built the
gcc-3.4 and gcc-4.0 packa
On Sun, 12 Dec 2004 21:19:56 +0100, Andreas Jochens <[EMAIL PROTECTED]> wrote:
> Yes this was wrong, thanks. I just reuploaded gcc-3.4 and gcc-4.0 with a
> similar new patch to the alioth ppc64 archive. I also uploaded a new 32
> bit enabled glibc package which creates 'libc6-powerpc' and
> 'libc6-
On 04-Dec-12 17:01, Rafael ?vila de Esp?ndola wrote:
> I have successfully build a multiarch gcc in a ppc64. To do so I made some
> changes to Andreas patch:
> 1) move powerpc64*-*-* before powerpc*-*-* in src/config-ml.in to make sure
> the correct option is executed.
Yes this was wrong, than
I have successfully build a multiarch gcc in a ppc64. To do so I made some
changes to Andreas patch:
1) move powerpc64*-*-* before powerpc*-*-* in src/config-ml.in to make sure
the correct option is executed.
2) use /lib32/ld.so.1 as the 32 bits linker
3) fix the "bispecs" target in t-linux64 (
On 04-Dec-09 17:37, Rafael Esp?ndola wrote:
> Andreas: Which package contains a 32bits version of libc? With the
> attached patch libgcc is compiled but cannot be linked because a 32
> libc is missing.
I am also working on the 32 bit support for ppc64 gcc at the moment.
For bootstrapping I used t
I have made some changes on Andreas gcc patch
(http://debian-ppc64.alioth.debian.org/gcc4/patches/gcc-3.4_3.4.3-1.0.0.1.gcc4.patch)
.
The most significant change is to prevent xgcc from thinking that it
is building a 32 bits version of libgcc when "gcc
--print-multi-os-directory" displays "lib" an
24 matches
Mail list logo
