Date: Wed, 4 Dec 2013 14:13:00 +0100 (CET) From: Gerald Pfeifer <gerald@pfeifer.com> To: William Grzybowski <william88@gmail.com> Cc: python@freebsd.org Subject: Re: python packages struggling with GCC 4.7 Message-ID: <alpine.LNX.2.00.1312041405490.2185@tuna.site> In-Reply-To: <CAHtVNLMVRgO7xrGCqad-MOPCzojXTAXJE16uTaKOULd4ZLf_BQ@mail.gmail.com> References: <201311060508.rA658XmR012155@svn.freebsd.org> <20131106063906.GA1385@medusa.sysfault.org> <20131106070255.GE60770@FreeBSD.org> <CAHtVNLMxUbFTS1J%2Bh1GQv_nEW84NE1t4FdDy8Sinkn2FKr8i_w@mail.gmail.com> <alpine.LNX.2.00.1312040220450.2185@tuna.site> <CAHtVNLMVRgO7xrGCqad-MOPCzojXTAXJE16uTaKOULd4ZLf_BQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 4 Dec 2013, William Grzybowski wrote: > The main reason foe the python failures, if not all, is math/p-numpy. > It is compiling just fine, but the package is not working: > > ImportError: /lib/libgcc_s.so.1: version GCC_4.6.0 required by > /usr/local/lib/gcc47/libgfortran.so.3 not found > > Looks like it is linking to /lib/libgcc_s.so.1 and should use > /usr/local/lib/gcc47/libgcc_s.so.1, am I right? #1, you rock. #2, you are right. Is it possible that math/p-numpy fails to use LDFLAGS which would have added -Wl,rpath=/usr/local/lib/gcc47/libgcc_s.so.1 when linking? Or is it a question of getting the order of the dynamic library search paths right? Unfortunately I am far from an expert in this area (and having two libraries with the same version, one of which is a superset, is tricky). (Why is this not happening when building with lang/gcc being GCC 4.6 or lang/gcc46, though? That puzzles me. Also, if this were a general issue, wouldn't all ports using Fortran be affected?) Can you somehow fix this in/for math/p-numpy? Gerald
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1312041405490.2185>