<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
In these continuing troubles of compiling ncarg (without ncl) on a
Mac with OS X 10.9 and ifort/gcc, the latest hangup is pasted below.
I have tired with gcc 4.3 and 4.9 and ifort 2011 and 2013 versions.
Same issue. Any ideas? As said before I have been able to compile
cleanly with gfortran/gcc (4.9) on the same machine (the researcher
needs the ifort version for the debugger).<br>
<br>
--- Dave<br>
<br>
Continuing in ./ncarg2d/src/libncarg_gks<br>
ranlib libncarg_gks.a<br>
Making ./ncarg2d/src/liboptional<br>
Making ./ncarg2d/src/liboptional/conraq<br>
ifort -m64 -openmp -O -c -o conraq.o conraq.f<br>
ifort -m64 -openmp -O -c -o contor.o contor.f<br>
gcc-mp-4.3 -bind_at_load -r -o libconraq.o conraq.o contor.o<br>
ld: warning: unexpected dylib
(/opt/local/lib/gcc43/libgcc_s.10.5.dylib) on link line<br>
ld: warning: unexpected dylib (/usr/lib/libSystem.dylib) on link
line<br>
0 0x102491abb __assert_rtn + 144<br>
1 0x1024ba2c6
ld::tool::SectionRelocationsAtom<x86>::sectSymNum(bool,
ld::Atom const*) + 0<br>
2 0x1024a8180
ld::tool::SectionRelocationsAtom<x86_64>::encodeSectionReloc(ld::Internal::FinalSection*,
ld::tool::SectionRelocationsAtom<x86_64>::Entry const&,
std::__1::vector<macho_relocation_info<Pointer64<LittleEndian>
>,
std::__1::allocator<macho_relocation_info<Pointer64<LittleEndian>
> > >&) + 86<br>
3 0x1024dd7b8
ld::tool::SectionRelocationsAtom<x86_64>::encode() + 62<br>
4 0x1024af4ca
ld::tool::OutputFile::updateLINKEDITAddresses(ld::Internal&) +
454<br>
5 0x1024aa0de ld::tool::OutputFile::write(ld::Internal&) + 138<br>
6 0x1024927f0 main + 1012<br>
7 0x7fff929dc5fd start + 1<br>
A linker snapshot was created at:<br>
/tmp/libconraq.o-2014-08-23-150659.ld-snapshot<br>
ld: Assertion failed: (_machoSection != 0), function machoSection,
file src/ld/ld.hpp, line 714.<br>
collect2: ld returned 1 exit status<br>
make[5]: *** [libconraq.o] Error 1<br>
<br>
<br>
<div class="moz-cite-prefix">On 16/09/2014 3:45 PM, Dave Lane wrote:<br>
</div>
<blockquote cite="mid:54188549.70600@ap.stmarys.ca" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Ok, I have the M_PI problem resolved by patching the source as
suggested. I'll write back tomorrow with my next hangup :-)<br>
<br>
--- Dave<br>
<br>
<div class="moz-cite-prefix">On 16/09/2014 2:43 PM, Dave Lane
wrote:<br>
</div>
<blockquote cite="mid:541876B8.7030707@ap.stmarys.ca" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Rick,<br>
<br>
What would the appropriate definition of M_PI be? <br>
<br>
Also note that I'm compiling with V4.9 of gcc and ifort. The
same file must have compiled ok when I built with gcc/gfortran
(both 4.9). <br>
<br>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
ncl-install mailing list
List instructions, subscriber options, unsubscribe:
<a class="moz-txt-link-freetext" href="http://mailman.ucar.edu/mailman/listinfo/ncl-install">http://mailman.ucar.edu/mailman/listinfo/ncl-install</a>
</pre>
</blockquote>
<br>
</body>
</html>