Greetings!
Well, the library will compile with O3 -> O, but the testers don't run
properly.
Will try even less on the flags, then fort77.
Take care,
Othmar Pasteka <[EMAIL PROTECTED]> writes:
> hi,
>
> On Wed, Feb 27, 2002 at 12:14:05AM +, Philip Blundell wrote:
> > Yes. Hmm, it's a bi
hi,
On Wed, Feb 27, 2002 at 12:14:05AM +, Philip Blundell wrote:
> Yes. Hmm, it's a bit of a shame that it fails like that. I'll have a
> go at debugging it tomorrow. Can someone file a bug against g77-3.0 so
> I don't forget?
done :). i set the serverity to normal.
so long
Othmar
On Wed, 27 Feb 2002, Othmar Pasteka wrote:
> not quite in context, but it fails at the RETURN, whatever that
> means in fortran, probably just the same as in C :).
> am i right that flow.c is a sourcefile of the gcc?
Yes.
-Rms
On Wed, 2002-02-27 at 00:09, Othmar Pasteka wrote:
> not quite in context, but it fails at the RETURN, whatever that
> means in fortran, probably just the same as in C :).
> am i right that flow.c is a sourcefile of the gcc?
Yes. Hmm, it's a bit of a shame that it fails like that. I'll have a
go
hi,
On Tue, Feb 26, 2002 at 11:42:42PM +, Philip Blundell wrote:
> Rameau is running potato, so I think you are SOL in that respect.
> If you send me your ssh key I will create you an account on one of the
> armlinux.org machines that runs unstable. Or you could wait for Othmar
> to get debus
Greetings!
OK, thanks! Here it is:
1024 35
119730177663890588014389579476795439036478397629610877560412028925770254682369674628194243002998391580628117508377213173260138419519419754893788655633691722049189611660641072134216348296646851813622286450343693903394648173145444718968062888593451250656
On Tue, 2002-02-26 at 23:03, Camm Maguire wrote:
> I've tried to use the -3.0 compilers as a user on rameau, the only arm
> available to us AFAICT, but the installed libc won't take it. In
> other words, I do a 'dpkg --fsys-tarfile' on the debs, setup links in
> $HOME/usr/bim, export PAtH=$HOME/us
Hello again!
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Sat, 2002-02-23 at 21:37, Camm Maguire wrote:
> > ../../tmglib_LINUX.a(slatms.o): In function `slatms_':
> > slatms.o(.text+0x974): undefined reference to `.LC12'
> > slatms.o(.text+0x97c): undefined reference to `.LC14'
> > slatms.o(.
Greetings, and thanks for your reply!
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Sat, 2002-02-23 at 21:37, Camm Maguire wrote:
> > ../../tmglib_LINUX.a(slatms.o): In function `slatms_':
> > slatms.o(.text+0x974): undefined reference to `.LC12'
> > slatms.o(.text+0x97c): undefined reference
On Tue, 2002-02-26 at 00:10, Adam C Powell IV wrote:
> Since the 2.95 bug is not likely to be fixed anytime soon, and 3.0 was
> recently fixed, might it be appropriate to switch the default g77
> compiler on ARM to 3.0? What complications might be involved? Can we
> switch the FORTRAN compiler
Philip Blundell wrote:
On Sat, 2002-02-23 at 21:37, Camm Maguire wrote:
../../tmglib_LINUX.a(slatms.o): In function `slatms_':
slatms.o(.text+0x974): undefined reference to `.LC12'
etc.
Right. The errors above are caused by a compiler bug. Try using
g77-3.0 rather than the default 2.95. If that
On Sat, 2002-02-23 at 21:37, Camm Maguire wrote:
> ../../tmglib_LINUX.a(slatms.o): In function `slatms_':
> slatms.o(.text+0x974): undefined reference to `.LC12'
> slatms.o(.text+0x97c): undefined reference to `.LC14'
> slatms.o(.text+0xda4): undefined reference to `.LC12'
> slatms.o(.text+0xdac):
Greetings! Was wondering if you get help me with these two packages
on arm.
1) lapack: from the autobuilder:
g77 -c -funroll-all-loops -ff90 -O3 stzt01.f
g77 -c -funroll-all-loops -ff90 -O3 stzt02.f
g77 -c -funroll-all-loops -ff90 -O3 slaord.f
g77 aladhd.o alaerh.o alaesm.o alahd.o ala
13 matches
Mail list logo
