attempting to resucitate Lahey Fortran port

[Dr. Richard E. Hawkins]

On Thu, Mar 04, 2004 at 06:21:23PM +0100, Alexander Leidinger wrote:
> On Wed, 3 Mar 2004 14:57:16 -0500
> "Dr. Richard E. Hawkins" <hawk at slytherin.ds.psu.edu> wrote:

> PR 37927

> > >> MASTER_SITES=   # fetch manually  

> > >You don't tell us where to get it from. 

> > Which makes no sense for an installer for a commercial linux project.

> But you used "fetch manually"... I think it would be better to use
> "comes on CD" or something like this. I haven't reopened the PR, because
> of your problems below.

OK, I'll switch that.  But I think it's what the guide said to do at the time.

> > 
> > slytherin ttyp6:dpt>lf95 dpt1.f95
> > Encountered 0 errors, 0 warnings in file dpt1.f95.
> > /usr/bin/ld: unrecognised emulation mode: elf_i386
> > Supported emulations: elf_i386_fbsd

> > What does this mean/how do I fix it?

> If you can't change the emulation in lf95, you may perhaps have to write
> a ld wrapper which replaces the emulation. We have something like this
> in the icc and ifc ports (not for changing the emulation, but for other
> things).

A vague bell rang in my memory, and I installed the linux_devtools port.
That solved it, although the output of "ld -V" didn't change.  My
makeefile has the lines,

RUN_DEPENDS= /compat/linux/lib/libc.so.6:${PORTSDIR}/devel/linux_devtools
FETCH_DEPENDS= ${LINUXBASE}/lib/libc.so.6:${PORTSDIR}/devel/linux_devtools

This doesn't cause the devtools to be installed, nor does it cause an
error.

Also, the linux and linux_devtools seem to be a moving target.  What is
the correct way to make the appropriate dependency?

Hmm, and my digging has lead to a new question.  There is now a
linuxthreads port.  Will this let multi-threaded linux applications run?
If so, it should be a dependency (lf95 can make multithreaded, but they
can't run with just devtools.  The port-descr says:

>LinuxThreads is an POSIX pthreads implementation using "kernel threads".  In
>this FreeBSD port, a kernel thread is started using rfork (whereas in the
>original Linux implementation a kernel thread is started using the Linux clone
>call).  This implementaion provides a so-called one-to-one mapping of threads to
>kernel schedulable entities. For more information see about the original


> Just send-pr the new (working) port again (this will open up a new PR)
> with a working mail address. :-)

OK.  THe last address *did* work for a year after I sent it in :)  In
fact, that was how I found out that the university had dropped the
alias.

thanks

hawk


-- 
Richard E. Hawkins, Asst. Prof. of Economics    /"\   ASCII ribbon campaign
dochawk at psu.edu  111 Hiller (814) 375-4846      \ /   against HTML mail
These opinions will not be those of              X    and postings. 
Penn State until it pays my retainer.           / \