/local is not a viable choice because some software
(especially auto* tools from Gnu) look in /usr/local
as a default location, which means MacPorts can't be
easily isolated when needed.
I want to kindly ask the person who wrote this to elaborate,
and be as specific as can be: what exactly
clean openjade and tried again but still got the same
error.
Bernard
--- Building openjade with target all
echo 'LT_OBJS='`echo Node.o LocNode.o|sed 's/\.o/.lo/g'` Makefile.lt
mkdir .libs
/usr/bin/g++-4.0 -O2 -I/opt/local/include -fno-rtti -I. -I./../
include -I/opt/local/include/OpenSP -I/opt
/local/include/mach-o/arch.h:35: error: redeclaration of 'enum
NXByteOrder'
/opt/local/include/mach-o/arch.h:36: error: redeclaration of
enumerator 'NX_UnknownByteOrder'
/usr/include/architecture/byte_order.h:137: error: previous definition
of 'NX_UnknownByteOrder' was here
/opt/local/include
/Frameworks/ -pipe -Udarwin9 -Ddarwin9=darwin9 -I.
-I/usr/local/include-I/opt/local/include -DDARWIN -I/usr/local/
include -g -no-cpp-precomp -O2 -I/opt/local/include -I/usr/local/
include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-
declarations -Wnested-externs -fno-common
auto-detection...
Could not find libpq.* anywhere in /lib /usr/lib /opt/local/lib
PostgreSQL disabled.
Testing Mac version...
mac_version.cpp:5: error: missing terminating character
mac_version.cpp:6: error: missing terminating character
mac_version.cpp: In function 'int main()':
mac_version.cpp:7
/sh
EXPECT=expect RUNTEST=runtest RUNTESTFLAGS= exec_prefix=/opt/local
infodir=/opt/local/share/info libdir=/opt/local/lib/gcc42
prefix=/opt/local tooldir=/opt/local/i386-apple-darwin9.2.2 AR=ar
AS=as CC=/usr/bin/gcc-4.0 CXX=/usr/bin/g++-4.0
LD=/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld
Hello,
When trying to link the installed Boost to openvrml, I ran into the
following:
g++ -D_THREAD_SAFE -g -O2 -o .libs/browser browser.o -Wl,-
bind_at_load -L/usr/local/spidermonkey/lib/ -L/opt/local/lib ./.libs/
libtest-openvrml.a /Users/frank/FirefoxDownloads/openvrml-0.17.11/src
for a long time and all of the sudden it is
not working as shown below:
[2009.25.03](11:15AM) - [roscoe] ~ $ sudo /usr/local/bin/runpsync 0 -
d 0 '/' '/Volumes/Backup_24'
Password:
Backup begun Wed Mar 25 11:16:18 2009
Can't locate MacOSX/File.pm in @INC (@INC contains:
/System/Library/Perl
If that does not make /opt/local/bin/perl appear, then rebuild perl5.8:
sudo port -n upgrade --force perl5.8
Nevertheless, you can gather from previous responses that I have the
Apple-installed version of perl (5.10.0, found in /usr/bin) ahead of the
MacPorts one in my path (i.e., /usr/bin takes
/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/lib/:/usr/local/git/bin:/Applications/NetBeans/sges-v3/javadb/lib/derbytools.jar:/Applications/NetBeans/sges-v3/javadb/bin:/Applications/NetBeans/NetBeans
Dev 20101110.app
##
source /usr/local/bashrc
##
source /usr/local/bash_aliases
##
13# cat /usr/local/bashrc
export PATH=/usr/local/bioinfosoft/samtools-1.1:$PATH
export PATH
It works! Thanks. However still we've got the following:
$ which apachectl
/usr/sbin/apachectl
# as opposed to (which as an example shows my env is set up correctly)
$ which bash
/opt/local/bin/bash
$
On Dec 16, 2007, at 3:09 PM, William Davis wrote:
On Dec 16, 2007, at 1:27 PM, Charlse
-detection...
Could not find libpq.* anywhere in /lib /usr/lib /opt/local/lib
PostgreSQL disabled.
Testing Mac version...
mac_version.cpp:5: error: missing terminating character
mac_version.cpp:6: error: missing terminating character
mac_version.cpp: In function 'int main()':
mac_version.cpp:7: error
is supposed to live in /usr/bin/strip? I
really think you need to reinstall Mac OS X to get it back to a usual
configuration that we can all deal with.
On Jan 27, 2008, at 08:21, Ryan Schmidt wrote:
tin 1.8.1 installed just fine for me, with Mac OS X 10.4.11, Xcode
2.4.1, MacPorts 1.7.0 from
Begin forwarded message:
From: Charlse Darwin [EMAIL PROTECTED]
Date: January 27, 2008 9:57:42 AM EST (CA)
To: Ryan Schmidt [EMAIL PROTECTED]
Subject: Re: Staging tin into destroot
$ file /usr/bin/strip
/usr/bin/strip: cannot open (/usr/bin/strip)
$ sudo file /usr/bin/strip
/usr/bin/strip
the strip binary which is supposed to live in /usr/bin/
strip? I really think you need to reinstall Mac OS X to get it
back to a usual configuration that we can all deal with.
On Jan 27, 2008, at 08:21, Ryan Schmidt wrote:
tin 1.8.1 installed just fine for me, with Mac OS X 10.4.11,
Xcode 2.4.1
tin 1.8.3 also installs for me on another 10.4.11 Intel system with
MacPorts 1.6.0 and Xcode 2.5.
Tell me about your /usr/bin/strip. :) Here's what mine's like:
$ file /usr/bin/strip
/usr/bin/strip: Mach-O universal binary with 2 architectures
/usr/bin/strip (for architecture i386): Mach-O
I reinstalled binutils-45.1. Now I have:
# file /usr/bin/strip
/usr/bin/strip: Mach-O executable ppc
# ls -Flsh /usr/bin/strip
3456 -rwxr-xr-x 2 root wheel 1M Jan 27 10:34 /usr/bin/strip*
On Jan 27, 2008, at 9:35 AM, Ryan Schmidt wrote:
tin 1.8.3 also installs for me on another
~/base/ \
/opt/local/bin/svn update \
PATH=/bin:/sbin:/usr/bin:/usr/sbin ./configure --enable-readline \
/usr/bin/make \
/opt/local/bin/sudo /usr/bin/make install \
/usr/bin/make clean \
/opt/local/bin/port -v selfupdate \
/opt/local/bin/port -fvdRnu upgrade outdated
/opt/local/
include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/
include/libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp-
precomp -DX_LOCALE -I/usr/X11R6/include -
DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -
DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES
: ( cd Unicode ; make )
make[1]: `../libgunicode.la' is up to date.
( cd gutils ; make )
make[1]: Nothing to be done for `both'.
( cd gdraw ; make )
/bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 -I/
opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/opt/
local
to
SnowLeopard. Anyway, here is just the path bit:
export PATH=/opt/local/bin:/opt/local/sbin:/opt/local/lib/mysql5/:/
usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:$PATH
Remove /usr/local/bin and /usr/local/sbin from your PATH. Having
things installed in /usr/local can confuse MacPorts
I think the default is usually the default is /opt/local with usual a
symlink to /usr/local/
On Sep 24, 2009, at 12:51 PM, Paul T Baker wrote:
Hello,
Way back when, I installed MacPorts in /usr/local. I upgraded to
Snow Leopard and have attempted to get MacPorts 1.8 to install
contrib/src/gizmos returned error 2
Command output: /usr/bin/g++-4.0 -dynamiclib -single_module -
headerpad_max_install_names -o /opt/local/var/db/dports/build/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_
dports_graphics_wxWidgets/work/wxWidgets-2.8.3/build/lib
into /usr/local/bin
or $HOME/bin...
That sounds reasonable, but it looks like my problem is resolved with
some manual cleanup. I removed /opt/local/bin/su and did a forced
reinstall of heimdal.
white:~ root# port provides /opt/local/bin/su
/opt/local/bin/su is provided by: heimdal
white:~ root
org.macports.build returned: shell command cd /opt/
local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_g
tk2/work/gtk+-2.10.14 make all CFLAGS+=-I/usr/X11R6/include
returned error 2
Command output: gcc ${wl}-flat_namespace ${wl}-undefined ${wl}
suppress -o
On Apr 23, 2010, at 15:06, Bradley Giesbrecht wrote:
On Apr 22, 2010, at 10:03 AM, Ryan Schmidt wrote:
What he means is: MacPorts is in /opt/local, and anything in /usr/local is
something you've installed locally on your system and it might interfere
with MacPorts, therefore
On Sep 2, 2010, at 7:55 PM, Ryan Schmidt wrote:
You have the file /usr/local/include/dlfcn.h on your system and it is
preventing the help2man port from building properly. Remove this file, and
ideally anything else you may have in /usr/local, as files in /usr/local will
interfere
On Dec 10, 2010, at 04:09, kevin beckford wrote:
we tell people repeatedly that using MacPorts simultaneously with Fink, or
with software installed in /usr/local (which includes Homebrew), will cause
them grief as the software begins to mingle in unpredictable and
undesirable ways
On 2011-03-01 03:47 , Arno Hautala wrote:
and annoyingly:
$ /opt/local/bin/file /usr/bin/file /opt/local/bin/file
/usr/bin/file: Mach-O fat file with 2 architectures
/opt/local/bin/file: Mach-O fat file with 2 architectures
Interesting, I get different results:
$ port -q installed file
On Tue, Mar 1, 2011 at 5:05 AM, Rainer Müller rai...@macports.org wrote:
On 2011-03-01 03:47 , Arno Hautala wrote:
and annoyingly:
$ /opt/local/bin/file /usr/bin/file /opt/local/bin/file
/usr/bin/file: Mach-O fat file with 2 architectures
/opt/local/bin/file: Mach-O fat file with 2
is the snipped from the log file:
---
debug:configure Environment: CPATH='/opt/local/include' CFLAGS='-pipe
-O2 -arch x86_64' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-pipe -O2
-arch x86_64' LIBRARY_PATH='/opt/local/lib'
MACOSX_DEPLOYMENT_TARGET='10.6' CXX='/usr/bin/g++-4.2
On Oct 26, 2011, at 19:00, Phil Dobbin wrote:
On 26/10/11 at 00:32, Ryan Schmidt wrote:
On Oct 26, 2011, at 18:18, Phil Dobbin wrote:
The version of MySQL I have in /usr/local was compiled before I started
using macports.
Yes, and any port you install thereafter might conceivably look
Hi,
I thought the whole reason for living under /opt/local was *not* to
interfere with /usr/local. How exactly does having /usr/local interfere?
Things from macports silently picking up things from /usr/local?
Is that the problem?
The issue is some packages have hard coded dependencies
On Apr 04 16:05:27, Jeremy Lavergne wrote:
/usr/local is not a viable choice because some software
(especially auto* tools from Gnu) look in /usr/local
as a default location, which means MacPorts can't be
easily isolated when needed.
I want to kindly ask the person who wrote
You keep saying that: the software that magically finds its way to
/usr/local. What do you even mean by that? The user installed it
there; that's about the only way something gets into /usr/local.
The user is typically unaware of where packaged software is installed. You can
look at our
On Apr 05 09:00:44, Jan Stary wrote:
However, if a given port silently picks up something
incompatible in /usr/local, if might fail and often will.
Having macports isolated in /opt/local DID NOT save you from this.
Removing /usr/local is what did.
One more point to this: what
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python27/python27/work/Python-2.7.2
/usr/bin/make -w frameworkinstall maninstall MAKE=/usr/bin/make
CC=/usr/bin/gcc-4.0
DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python27/python27/work
/local/lib' MACOSX_DEPLOYMENT_TARGET='10.7'
CXX='/usr/bin/c++'
CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/.CC_PRINT_OPTIONS'
F90FLAGS='-pipe -O2 -m64' LDFLAGS='-L/opt/local/lib
On Apr 23, 2013, at 10:56PM, David Winsemius wrote:
On Apr 23, 2013, at 9:37 PM, Ryan Schmidt wrote:
When you wrote /opt/local, did you mean /usr/local? If so, please get rid of
it. Having software installed in /usr/local will interfere with MacPorts.
I'm in between two authorities
On Apr 23, 2013, at 11:07 PM, Sterling Smith wrote:
On Apr 23, 2013, at 10:56PM, David Winsemius wrote:
On Apr 23, 2013, at 9:37 PM, Ryan Schmidt wrote:
When you wrote /opt/local, did you mean /usr/local? If so, please get rid
of it. Having software installed in /usr/local
version 51.0.0,
current version 51.2.0)
/opt/local/lib/libicudata.51.dylib (compatibility version 51.0.0,
current version 51.2.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version
120.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
Other commands:
/usr/bin/python --version
Python 2.7.1
which python
/opt/local/bin/python
/opt/local/bin/python --version
Python 3.4.2
ll /opt/local/bin/python
... /opt/local/bin/python - /opt/local/bin/python3.4
How is it possible that python --version runs the version 2.7 instead of 3.4
apachectl start
dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib
Referenced from: /usr/sbin/httpd
Reason: image not found
/usr/sbin/apachectl: line 187: 3046 Trace/BPT trap $HTTPD
/usr/sbin/apachectl start: httpd could not be started
$ which apachectl
/usr/sbin/apachectl
/work/cairomm-1.6.0
make all returned error 2
Command output: Making all in cairomm
make all-recursive
/bin/sh ../libtool --tag=CXX --mode=compile /usr/bin/g++-4.0
-DHAVE_CONFIG_H -I. -I.. -DXTHREADS -I/opt/local/include/cairo
-I/opt/local/include/freetype2 -I/opt/local/include
-I/opt/local
/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_grap
hics_cairomm/work/cairomm-1.6.0
make all returned error 2
Command output: Making all in cairomm
make all-recursive
/bin/sh ../libtool --tag=CXX --mode=compile /usr/bin/g++-4.0
-DHAVE_CONFIG_H -I. -I
-DORBIT2=1 -D_REENTRANT -I/
[...]
/usr/X11/lib/libpixman-1.0.10.0.dylib /usr/X11/lib/libpng12.0.26.0.dylib
/opt/local/lib/libpangoxft-1.0.dylib /opt/local/lib/libXft.dylib
/opt/local/lib/libXrender.dylib /opt/local/lib/libpangoft2-1.0.dylib
/opt/local/lib/libfontconfig.dylib /opt/local/lib
system type... powerpc-apple-darwin9.4.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... /opt/local/
bin/gcc-gnat-4.3
checking for C compiler default output file name... configure: error:
C
a bigger screen laptop. :-)
Unfortunately, even after making sure that all the l's, I's, |'s
etc. are
entered correctly, the make still dies.
cd libopenvas_hg make
/bin/sh /usr/local/src/openvas-libraries-2.0.2/libtool --mode=compile
gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-readline/work/Python-2.5.1/Modules
/opt/local/bin/python2.5 setup.py build returned error 1
Command output: running build
running build_ext
building 'readline' extension
/usr/bin/gcc-4.0 -arch i386 -arch ppc -isysroot
/Developer
it such g++ -v returns 4.5 and not 4.2?
Ah, I see:
Sounds simple but my removing of g++ alias in usr/bin and replacement
with a g++ that links to g++-mp-4.5 tells me that g++ is not executable.
What was I supposed to do?
Install the gcc_select port, then run gcc_select. It will manage
-
tion through macports was reported, I got two
errors: groff couldn't find its FONT directory
and its TMAC directory.
Macports had created those directories at
/opt/local/share/groff/1.20.1
while by default groff expects to find them
under usr/share
'
MACOSX_DEPLOYMENT_TARGET='10.6'
:debug:patch Assembled command: 'cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py-mysql/py-mysql/work/MySQL-python-1.2.3
/usr/bin/patch -p1'
:debug:patch Executing command line: cd
/opt/local/var/macports
On Apr 4, 2012, at 12:42, Glenn English wrote:
On Apr 4, 2012, at 10:27 AM, Ryan Schmidt wrote:
Because /usr/local is searched by default by the compiler and we do not know
how to turn that off, MacPorts ports might try to link with libraries you've
installed in /usr/local.
Ah
Honoring the order in PATH so when /opt/local is in front of /usr, compilers
will honor that. So yes PATH has a lot to do with this. Opposed to the
/usr/local issue.
Check your attitude please
Am 05.04.2012 um 10:59 schrieb Jan Stary h...@stare.cz:
On Apr 05 10:49:01, Dominik Reichardt wrote
-DCMAKE_SYSTEM_PREFIX_PATH=/opt/local;/usr
-DCMAKE_MODULE_PATH=/opt/local/share/cmake/modules
-DCMAKE_FIND_FRAMEWORK=LAST -Wno-dev
-DCGAL_INSTALL_CMAKE_DIR=share/CGAL/cmake -DWITH_CGAL_Qt3:BOOL=OFF
-DWITH_CGAL_Qt4:BOOL=OFF -DBoost_DIR:PATH=/opt/local -DWITH_Eigen3:BOOL=ON
-DWITH_ZLIB:BOOL
/mysqld_safe5'
alias mysqlstop='/opt/local/bin/mysqladmin5 -u root -p shutdown'
and .bash_profile
Not found
Find out which one shows the PATH of
PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
Edit that file, and add a colon
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_popt/work
gzip -dc /opt/local/var/macports/distfiles/popt/popt-1.11.tar.gz |
/usr/bin/gnutar --no-same-owner -xf -'
DEBUG: Executing org.macports.patch (popt)
--- Applying patches to popt
--- Applying
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/popt
-MT
gnome-vfs-mime-handlers.lo -MD -MP -MF .deps/gnome-vfs-mime-handlers.Tpo
-c -o gnome-vfs-mime-handlers.lo gnome-vfs-mime-handlers.c
/usr/bin/gcc-4.0 -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I.. -I..
-D_REENTRANT -DORBIT2=1 -I/opt/local/include/glib-2.0
-I/opt/local/lib/glib-2.0/include -I
org.macports.configure (gnat-gcc)
:debug:configure Environment: CPATH='/opt/local/include' CXXFLAGS='-pipe -O2'
CPPFLAGS='-I/opt/local/include' CFLAGS='-pipe -O2' AS_FOR_TARGET='/usr/bin/as'
LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.6'
CXX='/opt/gnat-2009-x86_64-apple-darwin9.6.0-bin/bin/g
/transport.o
./dcop/.libs/libDCOP.lax/libkICE.a/watch.o
:info:build /usr/bin/clang++ -dynamiclib -o ./dcop/.libs/libDCOP.4.2.0.dylib
./dcop/.libs/libDCOP.4.2.0.dylib-master.o -L/opt/local/lib
-L/opt/local/lib/qt3/lib /opt/local/lib/qt3/lib/libqt-mt.dylib
/opt/local/lib/libz.dylib /opt/local/lib
)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_subversion/work/subversion-1.6.9
/usr/bin/make -j1 all'
cd subversion/libsvn_fs_fs /bin/sh
/opt/local/var
:
/opt/local/libexec/awk
/opt/local/share/awk
/opt/local/var/macports/software/gawk/3.1.6_0/opt/local/libexec/awk
/opt/local/var/macports/software/gawk/3.1.6_0/opt/local/share/awk
/usr/bin/awk
$ port installed
The following ports are currently installed:
snip ... /snip
gawk @3.1.6_0 (active
/opt/
local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_graph
ics_jpeg/work/jpeg-6b make all returned error 2
Command output: ./libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/
opt/local/include -I. -c ./rdswitch.c
rm -f .libs/rdswitch.lo
/usr/bin/gcc-4.0
Well, after seeing your output I decided to build ntop on 10.5.2
(previously built on 10.4.11). I had to add a parameter to configure:
$ ./configure --with-gdbm-lib=/opt/local/lib --with-gdbm-include=/opt/
local/include --with-localedir=/usr/share/locale
naiad:~/workspace/ntop-3.3 $ make
make
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_gimp-app/work/ScriptExec
/Developer/usr/bin/gcc-4.0 -x c -arch i386 -fmessage-length=0 -pipe
-Wno-trigraphs -fpascal-strings -fasm-blocks -Os -mdynamic-no-pic
-fvisibility=hidden
-I/opt/local/var
?? 0:00.00 /opt/local/apache2/bin/httpd -k start
[snip...]
I use apachectl graceful a *lot* and have not ever had difficulty
with launchctl (mysql, a different story)
Care to share the MySql issues?
If you change permissions on /usr/sbin/apachectl like this
mac 11 # sudo chmod
MascPorts, and tried
$ man port
but received
No manual entry for portgroup
Maybe your $MANPATH doesn't include /opt/local/share/man/, if
you add
export MANPATH=/opt/local/share/man:/opt/local/man:/usr/share/
man:/usr/local/share/man
to your .profile all should work correctly.
I thinks the tiger
your $MANPATH doesn't include /opt/local/share/man/, if
you add
export MANPATH=/opt/local/share/man:/opt/local/man:/usr/share/
man:/usr/local/share/man
to your .profile all should work correctly.
I thinks the tiger version of man have hardcoded other paths,
since
MANPATH doesn't have to include
/local/include/libpng12 -I/usr/
X11R6/include -MT file.o -MD -MP -MF .deps/file.Tpo -c -o
file.o file.c; \
then mv -f .deps/file.Tpo .deps/file.Po; else rm -f .deps/
file.Tpo; exit 1; fi
file.c:39:40: error: malloc.h: No such file or directory
make[2]: *** [file.o] Error 1
make[1]: *** [all
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_image-framework/work/SDL_image-1.2.4/PBProjects
/usr/bin/xcodebuild -buildstyle Deployment -target Framework
returned error 1
Command output:
CompileC
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_image
Hello,
I would like to ask for some help building mingw32 on Lion.
Compilation fails with:
:info:build
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_cross_i386-mingw32-gcc/i386-mingw32-gcc/work/build/gcc/xgcc
-B/opt/local/var/macports/build
=compile
/usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN
-DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include
-I.
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/os/unix
-I/opt/local/var/macports/build
--mode=compile /usr/
bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN -
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include
-I. -I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a
pache2/work/httpd-2.2.8/os/unix -I/opt/local/var
for a BSD-compatible install... /usr/bin/install -c
...
checking for guile-config... yes
checking whether guile-config works... yes
checking for sin in -lm... yes
checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl
-L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl
checking for guile headers
.
The obvious difference I see is that your MacPorts prefix is /usr/
local/MacPorts instead of the usual /opt/local. Can you check if
anything ended up getting installed in the /opt/local by mistake?
Also note that /usr/local is not a good prefix to use
for MacPorts. Some ports have specific
Martin Krischik wrote:
He said it was 13MB. So my guess is that some script did a
cp foo /usr/local
expected that /usr/local already existed as a directory.
This is why the --target-directory was invented (at least for gnu's
cp). Very helpful for scripts. Also very helpful is setopt
On Feb 1, 2009, at 13:05, Jerry wrote:
/usr/bin/ld: Undefined symbols:
_tgetent referenced from libreadline expected to be defined in /opt/
local/lib/libncurses.5.dylib
_tgetflag referenced from libreadline expected to be defined in /
opt/local/lib/libncurses.5.dylib
_tgetnum referenced from
Installed gnumeric from macport
sudo port install gnumeric
$ which gnumeric
/opt/local/bin/gnumeric
$ gnumeric
Cannot open display:
Run 'gnumeric --help' to see a full list of available command line
options.
$ echo $PATH
/usr/local/bin:/usr/local/sbin:/opt/local/bin:/opt/local/sbin:/Users
:
configure:19050: checking jni.h usability
configure:19067: gcc -c -g -O2 -I/usr/local/spidermonkey/include/ -I/
opt/local/include/xulrunner/stable/ -DXP_UNIX conftest.c 5
In file included from /opt/local/include/xulrunner/stable/jni.h:46,
from conftest.c:56:
/opt/local/include
How would I get this to reflect the /opt location?
$whereis apachectl
/usr/sbin/apachectl
Just put /opt/local/apache2/bin/ at the front of your PATH env var.
I have had that for ages:
$echo $PATH
/opt/local/bin:/opt/local/sbin:/Users/me/bin:/usr/bin:/bin:/usr/sbin:/
sbin:/usr/local/bin:/usr
command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_mutt-devel/work/mutt-1.5.20
/usr/bin/make -j1 all returned error 2
Command output: /usr/bin/gcc-4.0 -DPKGDATADIR=\/opt/local/share/mutt\
-DSYSCONFDIR=\/opt/local/etc\ -DBINDIR=\/opt
' is
in the following link:
http://pastebin.com/m1542a6e3
The immediate problem is:
ld: warning: in /usr/local/lib/libsqlite3.dylib, missing required
architecture x86_64 in file
Sorry, I don't know what that means beyond there is a problem with the
SQLite3
that I have installed. Maybe the problem
/bin/sh ../mkinstalldirs
/opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/bin
/usr/bin/install -c gnuplot
/opt/local/var/db/dports/build
/grpmodule.o -L/opt/local/lib -
L/sw/lib -L/usr/local/lib -o build/lib.darwin-8.8.0-
Power_Macintosh-2.4/grp.so
Where are these coming from, if /sw is not in my path?
Strange, I think, really. But I am no expert.
As macports is mostly selfcontained, I would
make the assumption that there must
/local/include/glib-2.0
-I/opt/local/lib/glib-2.0/include -I/opt/local/include
-I/opt/local/include/freetype2
-I/opt/local/include/libpng12 -I/usr/X11R6/include
-I/opt/local/include/libglade-2.0
Randall Wood
[EMAIL PROTECTED]
The rules are simple: The ball is round. The game lasts 90 minutes
/GNUstep/System/Library/Makefiles/mkinstalldirs
EtoileMenuServer.app/.
gcc-mp-4.2 BundleExtensionLoader.m -c \
-MMD -MP -I/opt/local/include -DXWindowServerKit -I/usr/X11R6/
include -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -
DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno
On Mon, Oct 08, 2007 at 03:01:29PM -0500, Ryan Schmidt wrote:
I also see /usr/local in that path. Stuff in /usr/local can interfere
with MacPorts too. I recommend you remove everything from /usr/local
and use MacPorts to install whatever software you need. If software
you need
/work/itk3.3
/usr/bin/make -j1 all CPPFLAGS=-I/opt/local/include returned error 2
Command output: /usr/bin/gcc-4.0 -pipe -DPACKAGE_NAME=\itk\
-DPACKAGE_TARNAME=\itk\ -DPACKAGE_VERSION=\3.3\ -DPACKAGE_STRING=\itk\
3.3\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1
On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
Might you explain exactly what /usr/local has to do with /opt/local.
Because all activity for port takes place under /opt/local what does
having applications in /usr/local do that would interfere with port
when a properly set up PATH
On Apr 27, 2010, at 9:15 AM, Bradley Giesbrecht wrote:
On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
Might you explain exactly what /usr/local has to do with /opt/
local. Because all activity for port takes place under /opt/local
what does having applications in /usr/local do
No ports installed thus far.
sudo port install mc
--- Computing dependencies for mcError: Unable to execute port:
can't read build.cmd: Failed to locate 'make' in path: '\
/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at
its MacPorts configuration time location, did you move i
On May 20, 2010, at 13:48, Amanda Mays wrote:
I installed Graphviz with MacPorts as well as the GUI software. I am on a
MacBook using Doxygen. In the config file, I checked HAVE_DOT and chose
/usr/local/share/graphviz
for the path. No graphs run. I get this error:
Generating graph
://guide.macports.org/#installing.shell
my path:
$ echo $PATH
/opt/local/bin:opt/local/sbin:/opt/local/lib/python2.4/site-packages/django/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
has the proper path to port
Cheers,
Jasper
Thanks.
--
Noel Diego
version 1.0.0, current
version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.0)
$ lipo -info /opt/local/lib/libfreetype.6.dylib
Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
All of that seems correct to me.
Yes it does
)
/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.0)
$ lipo -info /opt/local/lib/libfreetype.6.dylib
Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386
Better late than never, I wrote this earlier but never sent it along...
I just found out that on my iMac, the perl command is now
/opt/local/bin/perl and not /usr/bin/perl. Now maybe that's not a big
issue, since I have a kerbang at the start of all my scripts, but there's
more of a problem
:info:build make[2]: *** [glade.la] Error 1
:info:build make[1]: *** [all-recursive] Error 1
:info:build make: *** [all] Error 2
:info:build shell command cd /opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports
.org_release_ports_python_py26-gtk/work/pygtk-2.22.0 /usr/bin
/bin /usr/local/bin
/usr/bin /bin /usr/local/sbin /usr/sbin /sbin /Developer/Tools /sw/bin
I thought I could avoid having to restart Terminal.app by setting the path
within my session, but I guess it just doesn't register. Thanks! I'm calling
/opt/local/bin/convert explicitly for now.
Run
-andersons-macbook-pro:~ jander$ cpan
-bash: /usr/local/bin/cpan: /usr/local/bin/perl: bad interpreter: No such
file or directory
Why is it looking on /usr/local and not in /opt/local?
You need to add the PATH for /opt/local/bin/perl to your .bash_profile.
Or you can run `sudo /opt/local/bin
401 - 500 of 4451 matches
Mail list logo