On Jul 3, 2009, at 09:03, Lars-Erik Lindgren wrote:
Ryan Schmidt wrote:
Any software installed by MacPorts or compiled by hand could find
libraries in /usr/local without notice. In the case of MacPorts-
installed software, this would most likely interfere with the
ability of MacPorts to m
I do not dare to remove it permanently
The university (Cisco) VPN client has installed items there.
Thus I will move it temporarlily and then copy back content after installing
software with MacPorts
lel
2009/7/3 Ryan Schmidt
> On Jul 3, 2009, at 07:36, Lars-Erik Lindgren wrote:
>
> 2009/5/27
On Jul 3, 2009, at 07:36, Lars-Erik Lindgren wrote:
2009/5/27 Ryan Schmidt
On May 26, 2009, at 21:13, Anthony Agelastos wrote:
If I had to guess, you have some items installed within /usr/
local that are conflicting with this MacPort.
Right, specifically /usr/local/lib/libgmp.a:
ld: abso
That fixed the issue. Then I copied back the original content of /usr/local/
Must I do this procedure (temporarily emptying /usr/local and then copying
back original contents) whenever I want to use MacPort to install some
software or si this only a problem for gcc?
Is there any risk of clashes b
On May 26, 2009, at 21:13, Anthony Agelastos wrote:
If I had to guess, you have some items installed within /usr/local
that are conflicting with this MacPort.
Right, specifically /usr/local/lib/libgmp.a:
ld: absolute addressing (perhaps -mdynamic-no-pic) used in
___gmpn_add_n from /usr/lo
If I had to guess, you have some items installed within /usr/local
that are conflicting with this MacPort.
On May 26, 2009, at 9:38 PM, Lars-Erik Lindgren wrote:
I wanted to update to gcc44 from 4.2
everything went fine until end when
---> Building gcc44
Error: Target org.macports.build ret
I wanted to update to gcc44 from 4.2
everything went fine until end when
---> Building gcc44
Error: Target org.macports.build returned: shell command " cd "/opt/
local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_por
ts_lang_gcc44/work/build" && make bootstra
