Help getting HelloMeshF77.F to run on GRUMMP

Mark Miller miller86 at llnl.gov
Wed Nov 4 08:58:00 CST 2009


Yes, indeed it was a 32 bit machine. Lucky me I guess ;)

Mark

On Wed, 2009-11-04 at 06:17, Tim Tautges wrote:
> Are you doing this test on a 32bit machine?  I dimly recall it being an issue when applied to doubles and handles on 
> 64bit machines.  I could probably dig up the relevant gcc4.2 commit, I remember tracking it down to that.
> 
> - tim
> 
> Mark Miller wrote:
> > Hi All,
> > 
> > Ok, got HelloMeshF77.F working against GRUMMP.
> > 
> > I did NOT need 4.3 gcc. I used gcc-3.2.3. %VAL() has been part of
> > Fortran interface to gcc for 'simple' types for quite a while I guess.
> > 
> > I turns out the GRUMMP implementation was taking the name of the file as
> > passed from fortran and just using it like a null terminated string. I
> > added code to null terminate the string and HelloMeshF77.F now works.
> > 
> > So, I learned something. I do think we need to test the Fortran
> > interface. I think Tim suggested last week that linking alone may not be
> > a sufficient test and we might want to ensure we at least test those
> > calls that pass string valued stuff. And, this experience bears out that
> > concern.
> > 
> > Mark
> > 
> > On Tue, 2009-11-03 at 14:25 -0600, Tim Tautges wrote:
> >> You're only partly correct there.  First, I don't think g77 is going to work for you at all, you should be using 
> >> gfortran.  Second, you'll need the 4.3 series of gcc, because it was only with that version that gfortran supported call 
> >> by value.  Third, you don't need to link with g++, as long as the linker you are calling is told the correct libraries 
> >> to link in.  In MOAB, we accomplish this by putting those extra library link parts in a make variable which can be used 
> >> by applications.  I don't remember, but I think they may be appended to IMESH_LIBS.
> >>
> >>> Finally, I cannot get HelloMeshF77 to run successfully. GRUMMP is always
> >>> trying to add '.vmesh' to the filename. That is fine, but try as I
> >>> might, no matter what I do, iMesh_load() winds up getting some scrambled
> >>> name.
> >>>
> >> That's a GRUMMP issue, I suspect.
> >>
> >> - tim
> >>
> >>> Mark
> >>>
> >>>
> >>>
-- 
Mark C. Miller, Lawrence Livermore National Laboratory
email: mailto:miller86 at llnl.gov
(M/T/W) (925)-423-5901 (!!LLNL BUSINESS ONLY!!)
(Th/F)  (530)-753-8511 (!!LLNL BUSINESS ONLY!!)



More information about the tstt-interface mailing list