On 2007-08-22 08:42:20 -0400, Jason Stelzer wrote:
> Its not that /usr/local is special, its that it is part of the
> standard runtime/compile time search path by default. You should be
> able to override its search vial -L at compile time and
> DYLD_LIBRARY_PATH at runtime.
Yes, for libraries *on
On 2007-08-21 22:15:08 -0400, Jay Sachs wrote:
> What about:
>
> gcc -nostdinc \
> -isystem /usr/lib/gcc/i686-apple-darwin8/4.0.1/include \
> -isystem /usr/include \
> -isystem /System/Library/Frameworks \
> -isystem /Library/Frameworks
>
> ? It'd be nice not to hardcode this -- it
On Aug 22, 2007, at 11:04 AM, Vincent Lefevre wrote:
libreadline.a is the statically-linked library. Are you sure there
aren't
also any dynamically-linked libraries of readline in /usr/local/
lib? Their
names would be libreadline.*.dylib.
I recall that the same problem could also happen due
On Aug 22, 2007, at 10:24 AM, Jason Stelzer wrote:
I alluded to this before, but does anyone know the moral equivalent
to a -rpath linker directive on os x?
there isn't, -rpath is an ELFism.
On Mac OS X, install_name of the library you link to is added to the
application (it's what you see
On 2007-08-21 16:33:11 -0500, Ryan Schmidt wrote:
[...]
>> ld: Undefined symbols:
>> _rl_completion_matches
>> _rl_filename_completion_function
>> _rl_username_completion_function
>> /usr/bin/libtool: internal link edit command failed
>> make[2]: *** [Pextlib.dylib] Error 1
>> make[1]: *** [all] Er
On Aug 22, 2007, at 9:34 AM, Jay Sachs wrote:
export DYLD_LIBRARY_PATH="$DYLD_LIBRARY_PATH:/opt/local/lib"
CFLAGS="-L/opt/local/lib -I/opt/local/include" ./configure
Just to be clear, neither of those excludes /usr/local/
{include,lib} -- they just put /opt/local into the search path. I
su
export DYLD_LIBRARY_PATH="$DYLD_LIBRARY_PATH:/opt/local/lib"
CFLAGS="-L/opt/local/lib -I/opt/local/include" ./configure
Just to be clear, neither of those excludes /usr/local/{include,lib}
-- they just put /opt/local into the search path. I suspect that
you'd really want /opt/local first in
On 8/22/07, Brad Miller <[EMAIL PROTECTED]> wrote:
>
>
> On 8/21/07, Boey Maun Suang <[EMAIL PROTECTED]> wrote:
> >
> > Hi Brad,
> >
> > ...
> >
> > It now looks to me like your libxml2 and asciidoc installations are
> > out of date. I added sysutils/getopt as a runtime dependency of
> > asciidoc
Hi all folks,
sorry, I'm back again.
I spent some time to check the MacPorts 1.5.0 Source Code, but I can't find any
place where x11prefix is read from the macports.conf and the port processing is
consider to this.
Also the x11prefix is "/usr/X11R6" all the time and can't be modified (this is
no
Hi, I am so sorry, but I got no problem.
I spent some time to install the old/beta and the new openMotif port package
and I got no problems.
But I think openMotif use the wrong xft.h header file, in your case.
OpenMotif depents on Xft2 and the Xft2 port package contain a xft.h header file
with so
On Aug 21, 2007, at 8:00 PM, Bryan Blackburn wrote:
On Aug 21, 2007, at 3:33 PM, Ryan Schmidt wrote:
...
Devs: I think this problem occurs because MacPorts needs a newer
version of readline than the one you have in /usr/local. Couldn't
we add a check to ./configure to make sure the correc
On 8/21/07, Boey Maun Suang <[EMAIL PROTECTED]> wrote:
>
> Hi Brad,
>
> ...
>
> It now looks to me like your libxml2 and asciidoc installations are
> out of date. I added sysutils/getopt as a runtime dependency of
> asciidoc when I bumped it to 8.2.1 on 2007/05/28, while libxml2 was
> patched on 2
On Aug 21, 2007, at 19:00, Scott Prahl wrote:
I cannot use rsync because of our firewall. How do I set things up
so that I can have an svn repository of the dports files and use
macports? I am using MacPorts 1.5
Ultimately, I would like to be able to 'svn up' to get the latest
portfiles
Chris Pickel wrote:
You can `svn co
http://svn.macports.org/repository/macports/tags/release_1_5_2/base/`
and then do the regular Unix dance of `./configure && make && sudo
make install` to upgrade to 1.5.2. It may also be possible to automate
this by linking in "base" in the same way as you
On Aug 21, 2007, at 18:28, Michael Williams wrote:
I'm having a bit of an issue here. I'm trying to compile VLC from
source, but it's complaining about a library. So I installed the
library using DP. Now I can't for the life of me figure out why
the system isn't seeing my DP installed li
> libreadline.a is the statically-linked library. Are you sure there
> aren't also any dynamically-linked libraries of readline in /usr/
> local/lib? Their names would be libreadline.*.dylib.
Hurray, now it's all ok! It was the dynamic library!!
Thank you all! :)
__
On Aug 21, 2007, at 21:15, Jay Sachs wrote:
On Aug 21, 2007, at 8:00 PM, Bryan Blackburn wrote:
On Aug 21, 2007, at 3:33 PM, Ryan Schmidt wrote:
Devs: I think this problem occurs because MacPorts needs a newer
version of readline than the one you have in /usr/local. Couldn't
we add a chec
17 matches
Mail list logo