Re: problem when I do "ncargex cpex08 -clean"

From: Mary Haley <haley_at_nyahnyahspammersnyahnyah>
Date: Mon Jun 06 2011 - 08:39:06 MDT

Hi,

You're right, this is confusing, and I should have given the binaries
better names.

With MacOS 10.5 (Leopard), the "bitness" of the architecture is 32-
bit, so by default, when you compile with gcc on a 10.5 system, you
will get 32-bit objects.

With MacOS 10.6 (Snow Leopard), even though uname reports "i386", the
bitness of 10.6 is 64-bit. So, with gcc, you will by default get 64-
bit objects.

As a general rule, when we build NCL for a system, we try to use the
default settings as much as possible, as this is likely how other
libraries were built on that system, and we want to keep things
compatible.

So, when you're running on a 10.5 system, use a MacOS 10.5 NCL binary,
and use a MacOS 10.6 binary for a 10.6 system.

If you need 32-bit compiled binaries for a MacOS 10.6 system, then you
can compile the code with "gcc -m32" and "gfortran -m32". You will
need to download the source code for NCL, and all the external
packages it depends on, and build them all with the "-m32" option.

--Mary

On Jun 5, 2011, at 11:10 PM, Namba Takaya wrote:

> Dear Mary
>
> Thank you for your information.
> Following the manual attached below (http://www.ncl.ucar.edu/Download/macosx.shtml
> ),
> " sw_vers -productVersion" and "uname -m" return "10.6.4" and "i386",
> therefore
> I installed ncl_ncarg-6.0.0-beta.MacOS_10.5_i386_gcc401.tar
> Anyhwow, it is strange that "ncargex cpex08 -clean" is working very
> well under another system (Mac book pro, also intel core 2 duo)>
> I just feel strange.
>
> Thank you for your advice.
>
> Takaya Namba
>
>
> Choosing the right NCL binary for your MacOSX system
>
> If you're not sure what MacO SX binary you need to download, type:
>
> sw_vers -productVersion
> uname -m
> This will echo something like:
>
> 10.6.6
> i386
> This would mean you need to download this binary:
>
>
> ncl_ncarg-6.0.0.MacOS_10.6_i386_gcc401.tar.gz
>
>
>
>
> I do not know whether I use Ncar Grahpic Fortran in the future. Just
> I wonder why is d
>
> Subject: Re: problem when I do "ncargex cpex08 -clean"
> From: haley@ucar.edu
> Date: Fri, 3 Jun 2011 11:04:32 -0600
> CC: ncl-talk@ucar.edu
> To: takayanamba@hotmail.com
>
>
> Dear Namba,
>
> Just FYI: if you only plan to use NCL, then it doesn't matter if the
> "cpex08" program works. This program tests the low-level NCAR
> Graphics Fortran and C libraries, which are already built into NCL.
>
> However, I think the problem is that you downloaded the wrong binary
> for your system architecture. The 10.5 binary you downloaded is for
> a 32-bit archictecture, and you are on a 10.6 machine which is
> probably 64-bit.
>
> Try downloading the 10.6 binary instead.
>
> --Mary
>
> On Jun 3, 2011, at 8:04 AM, Namba Takaya wrote:
>
> Dear Sir
>
> I use Max os X 10.6.3.
> My computer (mac mini) is
> 10.6.3
> i386.
>
> So I installed ncl_ncarg-6.0.0-beta.MacOS_10.5_i386_gcc401.tar
> When I did
> ng4ex gsun01n
> ncl gsun01n.ncl
>
> no problem at all and working very well with graphics
>
> but when I did
> ncargex cpex08 -clean
> The errors comes as follows,
> I have another mac book pro (same as max os x 10.6.3 i386), it is
> working without any problem when I do "ncargex cpex08 clern"
> , without any problems.
> Could you tell me how to solve this problems?
>
> Best Regards,
> Takaya Namba
>
> NCAR Graphics Fortran Example <cpex08>
> Copying cpex08.f
> Copying cpexcc.f
> Compiling and linking...
> gfortran -fPIC -fno-range-check -O -o cpex08 cpexcc.f cpex08.f -L/
> usr/local/lib
> -L/usr/X11R6/lib -lncarg -lncarg_gks -lncarg_c -lXpm -lX11 -lXext
> ld: warning: in /usr/local/lib/libncarg.a, file was built for
> unsupported file f
> ormat which is not the architecture being linked (x86_64)
> ld: warning: in /usr/local/lib/libncarg_gks.a, file was built for
> unsupported fi
> le format which is not the architecture being linked (x86_64)
> l
> d: warning: in /usr/local/lib/libncarg_c.a, file was built for
> unsupported file
> format which is not the architecture being linked (x86_64)
> Undefined symbols:
> "_cpclam_", referenced from:
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> "_gfa_", referenced from:
> _colra2_
> in ccKeAMMc.o
> _colra2_ in ccKeAMMc.o
> _colra2_ in ccKeAMMc.o
>
> _colram_ in ccKeAMMc.o
>
> _colram_ in ccKeAMMc.o
>
> _colram_ in ccKeAMMc.o
>
> "_pcgeti_", reference
> d from:
>
> _labtop_ in ccsUt8sV.o
>
> "_arscam_", referenced from:
>
> _MAIN__ in ccKeAMMc.o
>
> _MAIN__ in ccKeAMMc.o
>
> "_mapaci_", referenced from:
>
> _colrll_ in ccKeAMMc.o
>
> _colram_ in ccKeAMMc.o
>
> "_set_", referenced from:
>
> _labtop_ in ccsUt8sV.o
>
> _labtop_ in ccsUt8sV.o
>
> (maybe you meant: __gfortran_set_args,
> __gfortran_set_max_subrecord_length ,
> __gfortran_st_set_nml_var_dim , __gfortrani_set_integer ,
> __gfortran_set_fpe , __gfortrani_set_fpu ,
> __gfortran_set_record_marker , __gfortran_set_convert ,
> __gfortran_st_set_nml_var , __gfortran_set_std )
>
> "_mdlnam_", referenced from:
>
> _MAIN__ in ccKeAMMc.o
> "_gsplci_", referenced from:
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> _MAIN__ in ccKeAMMc.o
> "_pcgetr_", referenced from:
> _labtop_ in ccsUt8sV.o
> "_cpcldm_", referenced from:
> _______________________________________________
> ncl-talk mailing list
> List instructions, subscriber options, unsubscribe:
> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>
>

_______________________________________________
ncl-talk mailing list
List instructions, subscriber options, unsubscribe:
http://mailman.ucar.edu/mailman/listinfo/ncl-talk
Received on Mon Jun 6 08:39:21 2011

This archive was generated by hypermail 2.1.8 : Thu Jun 09 2011 - 14:56:48 MDT