similar to: [PATCH] macosx: Darwin-specific autoconf macros

On Thursday 12 February 2015 17:49:55 Margaret Lewicka wrote: > * Replace LD_LIBRARY_PATH with DYLD_LIBRARY_PATH for Darwin > * Remove the -lcrypt flag for Darwin (unsupported) > --- > configure.ac | 13 +++++++++++++ > run.in | 10 +++++----- > v2v/link.sh.in | 2 +- > 3 files changed, 19 insertions(+), 6 deletions(-) > > diff --git a/configure.ac

On 12 February 2015 at 18:42, Pino Toscano <ptoscano@redhat.com> wrote: [...] > We link to libcrypt because it provides crypt(), at least on GNU libc > and on the FreeBSD libc; it seems not the case on Mac OS X, looking > at your patch. > I'd say that this should turn into a proper configure check, trying to > use crypt() without extra libraries and if not possible with

Mac OS X uses DYLD_LIBRARY_PATH rather than LD_LIBRARY_PATH. --- run.in | 14 ++++++-------- 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/run.in b/run.in index a8c2904..bf7ea1b 100755 --- a/run.in +++ b/run.in @@ -77,13 +77,10 @@ fi

Add a bash function 'prepend' for intelligently prepending elements to paths. eg: prepend PYTHONPATH "/foo" would set PYTHONPATH to "/foo" or "/foo:<previous-contents-of-PYTHONPATH>" Tested by: (1) Building and testing libguestfs twice: first without libguestfs installed as a system library, and then with it installed. (2) Examining the output of

> On Feb 3, 2015, at 1:06 PM, Jonathan Roelofs <jroelofs.lists at gmail.com> wrote: > > > > On 2/3/15 12:08 PM, Chris Bieneman wrote: > >> Other issues not tracked by bugs: >> >> * CMake builds for libc++? > Can you elaborate... what do you mean by this? AFAIK this already works. Duncan made a comment on IRC about being libc++, but I’m not aware

On Feb 3, 2015, at 1:40 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > >> On 2015 Feb 3, at 13:26, Chris Bieneman <beanz at apple.com> wrote: >> >> >>> On Feb 3, 2015, at 1:06 PM, Jonathan Roelofs <jroelofs.lists at gmail.com> wrote: >>> >>> >>> >>> On 2/3/15 12:08 PM, Chris Bieneman wrote:

I'm far from an expert on the subject matter. Maybe some app that was written for Linux/BSD or whatever is looking at a LD_LIBRARY_PATH on its own and its nothing to do with the OS? I've never tried messing with LD_LIBRARY_PATH on OSX, but its not *supposed* to do anything normally. The OS Relies on DYLD_LIBRARY_PATH. If you change it, you have to make sure it encompasses every single

I did this as a project back in the early 2002, and I had a nice little how-to to walk me through it. Many work places and moves, and I've lost it. I have a friend who asked me about this recently, and I can't seem to find anything on the web, or the how-to I used (not surprised). If I remember correctly, you needed an up-to-date zlib, egd (or prng), OpenSSL, tcpwrappers, and OpenSSH.

James McKenzie wrote: > doh123 wrote: > > > I'm not sure LD_LIBRARY_PATH actually does anything on OSX... > > > > there are a lot of related things you can do though... just look at 'man dyld' > > > > > > > Doh123: > > Yes it does. Look it up for FreeBSD. > > Without it, the only directories that will be examined for

Every time I download and try to install through crossover games, I get this same error, I made sure to use winetricks to download ie6, vcrun2005, and wininet. The error is "the program clientupdate.exe has encountered a serious problem and needs to close. We are sorry for the inconvienence". Does anyone have experience getting this to run through just wine, or crossover games? is

For dogfooding the compiler I normally use is a LTO bootstrap of clang. On linux that is simple to do that since clang passes the correct plugin to the linker. On OS X ld64 uses libLTO.so it finds via DYLD_LIBRARY_PATH. Should clang set that before running the linker? Is there a better way for clang to tell the linker which libLTO.so to use? Cheers, Rafael

Hello, I have compiled and installed (almost) wine 0.9.24 within Mac OS X tiger 4.8 with X11 etc installed. The wine configure and compile steps complete without a warning/hitch etc. However, when I run wine <prog> I receive the following warning message -- Wine cannot find the FreeType font library. To enable Wine to use True Type fonts please install a version of FreeType greater

In Mac OS X native version: The R shell wrapper (bin/R) overrides default library search path with DYLD_LIBRARY_PATH and adds (among others) /usr/X11R6/lib. This causes problems when modules need (directly or indirectly) libraries from Apple's frameworks which are masked by X11. Examples for such packages are SJava and RGL. SJava needs JavaVM which in turn loads OpenGL framework. RGL

AFAIK, ld does not use DYLD_LIBRARY_PATH to lookup libLTO.dylib but contains a reference to @executable_path/../lib/libLTO.dylib. The only way I managed to load a different LTO library than the default one is to create a symlink pointing to the actual ld binary (as returned by 'xcrun -find ld') and making sure the library I want to load is placed at ../lib/libLTO.dylib relatively to this

Hello, Has anyone gotten RSPerl ( (http://www.omegahat.org/RSPerl/) to work on Mac OS X? After installing RSPerl, I run the test program (or, even simpler, perl -e 'use R;') and get the following error: dyld: perl Undefined symbols: _RPerl_createRProxy _RPerl_discardRProxy _RPerl_getProxyValue _RPerl_getReferenceName _addPerlConverterRoutine _fromPerl _tryEval _userLevelConversionToPerl

Hi there! I am currently trying to compile hacks.git under OS X and I can't seem to get past the following error during 'make': Code: [...] gcc -o wineserver async.o atom.o change.o class.o clipboard.o completion.o console.o context_alpha.o context_i386.o context_powerpc.o context_sparc.o context_x86_64.o cursoricon.o debugger.o device.o directory.o event.o fd.o file.o handle.o

I am a naive OS X user. I followed Jan de Leeuw's readme file to install R for Mac OS X. Darwin X is working fine. When I try to run R I am getting error message as follows; dyld: /usr/local/lib/R/bin/R.bin version mismatch for library: /usr/lib/libz.1.dylib (compatibility version of user: 1.1.3 greater than library's version: 1.0.0) Please respond Goren

I''m trying to build the ruby-oci8 with the Oracle Instant Client on OS X. The Instant Client works, and the make seems to be ok with it up until OCIInitialize(). Anybody got this to work? [relevant output] /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby / Users/dmholmes/Desktop/ruby-oci8-1.0.0-rc2/ext/oci8/extconf.rb checking for load library path...

I installed the (binary) biOps package, which can use libtiff and libfftw. Then I used macports to install the libraries (in /opt/local/lib). But I restart R and biOps still does not see the libraries. I've tried adding symbolic links from /opt/local/lib to /usr/local/lib, I've added /opt/local/lib to LIBRARY_PATH, LD_LIBRARY_PATH, and DYLD_LIBRARY_PATH, and it doesn't work. Do you

Sorry if this is the wrong forum... I downloaded the llvm-gcc 4.2 frontend binaries for MacOS X x68 (running 10.4.11), and the llvm source. I unpacked the front end in /Users/mobius/llvm, and the backend source in /Users/mobius/llvm-2.2. I configured with the following string, according to config.log: ./configure --prefix=/Users/mobius/llvm --with-llvmgccdir=/Users/mobius/llvm Tools appear in