Updating to plplot-5.8.0-1001 failed on Intel/Leopard with:
...
/bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict-aliasing
-Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,-dead_strip -o
cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site-packages -Wl,-m -rpath
/sw/lib/python2
On Fri, Jan 04, 2008 at 05:07:57PM +0100, Jean-Fran?ois Mertens wrote:
>
> On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote:
>
> > Updating to plplot-5.8.0-1001 failed on Intel/Leopard with:
> >
> > ...
> > /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict-
> > aliasing -Wno-lon
On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote:
> Updating to plplot-5.8.0-1001 failed on Intel/Leopard with:
>
> ...
> /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict-
> aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,-
> dead_strip -o cplplotcanvasmodule.la -
On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote:
> /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict-
> aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,-
> dead_strip -o cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site-
> packages -Wl,-m -rpath /sw/lib/python
On 04 Jan 2008, at 17:27, Daniel Macks wrote:
> The gnome python bindings have some standard macros to control this
> kind of situation (essentially, inhibit defining the symbol in certain
> object files). Instead of -m, try patching the sources for the two
> colliding .o (cplplotcanvasmodule.c a
