Re: Need 64bit gcc4 PyNGL build, or some sort of hack?

I'm afraid I did first try the x86_64 build, but it wanted to link to
libg2c.so.0, which did not exist. I inferred that the problem was
with the gcc version because of a previous mailing post from someone
who was asking for the source code because they had gcc4 and were
having the same problem.

I very much appreciate your help. We had to get rid of RHEL because
it had a hacked version of python and tcl/tk that was causing
problems.

Trevor Law

On 4/12/07, Mary Haley <haley_at_ucar.edu> wrote:
>
> Hi Trevor,
>
> We have a PyNGL/PyNIO binary for an x86_64 system that was compiled
> with gcc3. Do you think this might work for you? If so, you can
> download it from www.earthsystemgrid.org and give it a try. Go to this
> URL (I'm assuming you already have a login, otherwise you'll need to
> register), and then go the "Shortcuts menu" in the middle of the page
> and jump to "Latest PyNGL release". Then choose whether you want a
> Numeric or numpy version, and you should see:
>
> PyNGL/PyNIO 1.1.0 for Linux x86_64 (64-bit)
>
> These binaries were built with gcc3. If they don't work, let me know
> and I'll help you figure out the next step.
>
> Good luck,
>
> --Mary
>
>
> On Thu, 12 Apr 2007, Trevor Law wrote:
>
> > Hello,
> >
> > My name is Trevor Law and I have a substantial code base that I've
> > developed for visualizing biological neuron data that uses PyNGL.
> > Because of compatibility issues, we at my lab changed our linux
> > distribution from Redhat enterprise to OpenSuse. Unfortunately,
> > OpenSuse uses gcc4 and we have a 64-bit machine architecture (x86_64).
> > I tried using the 32-bit gcc4 binaries as I thought x86_64 was
> > backwards compatible, but the machine complains about an incorrect ELF
> > class:
> >
> > featureserver:/usr/lib/python2.5/site-packages/PyNGL_numpy # python
> > Python 2.5 (r25:51908, Jan 9 2007, 17:00:50)
> > [GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2
> > Type "help", "copyright", "credits" or "license" for more information.
> >>>> import Ngl
> > Traceback (most recent call last):
> > File "<stdin>", line 1, in <module>
> > File "Ngl.py", line 58, in <module>
> > from hlu import *
> > File "hlu.py", line 5, in <module>
> > import _hlu
> > ImportError: ./_hlu.so: wrong ELF class: ELFCLASS32
> >
> >
> > I do not have a ton of linux expertise, but I'm guessing that what
> > needs to happen is the source code needs to be compiled for the x86_64
> > architecture with gcc4 to work. If someone could give me some tips on
> > how to do this, or work some other "hack" to fix things, I would
> > appreciate it very much.
> >
> > Here is the output of "gcc --version":
> > gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux)
> > Copyright (C) 2006 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions. There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> >
> > Thank you advance for any time you could devote to my problem
> > _______________________________________________
> > pyngl-talk mailing list
> > pyngl-talk_at_ucar.edu
> > http://mailman.ucar.edu/mailman/listinfo/pyngl-talk
> >
>
Received on Thu Apr 12 2007 - 18:35:18 MDT