similar to: [LLVMdev] GCC frontend binaries + Darwin10 (Mac OS X)

On Dec 5, 2009, at 1:27 PM, Nico wrote: > Hi, > > if I want to use 'llvm-gcc' I get: > > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc > Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 > Trace/BPT trap > > So I

Jack, I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: dyld: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 means the initializer called something which

Hi there. I have just installed DOVECOT 1.0.1 for the first time. After launching it, I can verify that ps -ax | grep -i dovecot 1052 ?? Ss 0:00.03 /usr/local/dovecot/sbin/dovecot -c /etc/dovecot/dovecot.conf 1053 ?? S 0:00.06 dovecot-auth 1058 p2 R+ 0:00.01 grep -i dovecot ps -ax | grep -i imap 1054 ?? S 0:00.08 imap-login 1055 ?? S 0:00.08 imap-login

yes that is what i did. got the "requires version 7.0.0 or later, but libiconv.2.dylib provides version XYZ" (forgot which version i had before). removed libiconv, downloaded compiled and installed the new one (libiconv-1.13.1), then i just get $ flac Bus error i reinstalled flac 1.1.4, still runs fine (but doesn't support multichannel). cheers, -sciss- Am 05.08.2009 um

A couple of my colleagues are having problems building R-3.2.4 on Mac OS X El Capitan somehow related to libiconv. I personally don't have any problems on either of my Macs. I'm hoping thie make log might trigger something in the readers of this list: gcc -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L../../../../lib

On Tue, Oct 23, 2012 at 09:41:46AM +0200, Duncan Sands wrote: > Hi, > >> I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: >> >> dyld: fast lazy bind offset out of range (53437, max=7640) in image

Hi, > I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: > > dyld: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 > > means the initializer

On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: > Nick, > I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative > as the dyld error occurs right after... > > (gdb) > llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at

Hi Jack, > It is interesting though that LLVMPolly.so shows the linkage... > > /sw/opt/llvm-3.2/lib/LLVMPolly.so: > /sw/lib/libisl.10.dylib (compatibility version 11.0.0, current version 11.0.0) > /sw/lib/gmp5/libgmp.10.dylib (compatibility version 11.0.0, current version 11.5.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) >

Hi all, The linking problem I found yesterday appears to be because of the built-in iconv in OS X. So, this is a request for patch or pointers: What needs to happen with configure.ac or the iconv.m4 macro file to link an iconv library _besides_ the one in /usr/local/lib? That's the tl;dr, full explanation follows. That library lacks the x86_64 architecture: $ file

Hi, I'm using macports to install nut on a MAC OS X (10.7) I get the following error messages when I try running: sudo blazer_usb -a zigor -DDDDDDDDDD 0.944590 Checking device (0001/0000) (250/005) 2.785449 - VendorID: 0001 2.785465 - ProductID: 0000 2.785468 - Manufacturer: unknown 2.785472 - Product: STD UPS MON V1.0 2.785475 - Serial Number: unknown

Just to say that I''ve tagged 1.9.3 in the repository, but havent'' yet had time to create the release. Please do upload the binary builds as they become available. I''ll do the source package and linux-intel build tomorrow once I''be got some sleep! a

Hello all, I've been testing hivexml in OS X, and came across an inconsistency in building. Some while back, I hit a snag with iconv in OS X, where basically this would happen when a hive of any sophistication (greater than hivex/images/small) was processed: >$ xml/hivexml images/large >test.xml >dyld: lazy symbol binding failed: Symbol not found: _iconv_open > Referenced from:

This patch series improves, but does not complete, OS X support for hivex. There are several outstanding issues before hivexml and hivexsh can run: * hivexsh uses open_memstream, which doesn't exist in OS X as near as I can see. Unfortunately, I'm inexperienced with autoconf, so I'm not sure how to employ AC_CHECK_FUNCS([open_memstream]) to conditionally add 'sh' to the

> On Jan 10, 2020, at 3:10 PM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: > > On Fri, Jan 10, 2020 at 7:23 PM Simon Urbanek > <simon.urbanek at r-project.org> wrote: >> >> Henrik, >> >> the example from the post works just fine in CRAN R for me - the post was about homebrew build so it's conceivably a bug in their libraries. > > I

Hello, I am trying to use R on a Mac running Mac OS X 10.2 (Jaguar) (installed from the Mac OS X/Darwin/X11 binaries on CRAN), but i get the following errors when I start it: dyld: /usr/local/lib/R/bin/R.bin Undefined symbols: /sw/lib/libreadline.4.2.dylib undefined reference to _tgoto expected to be defined in /usr/lib/libSystem.B.dylib /sw/lib/libreadline.4.2.dylib undefined reference to

Hi, I've recently purchased PowerBookG4 (panther) and installed RAqua 1.8.1. I also installed gcc version 3.3 through Xcode tools. But, for some reason, I'm having a hard time getting gcc work with R. For example, I get the following error while installing Hmisc package. I would appreciate any suggestion to fix this problem. Thanks Kosuke * Installing *source* package

Full_Name: Matt Fantle Version: 1.16 OS: Mac OS 10.4.7 Submission from: (NULL) (128.118.174.213) Problem: R crashes when 'Command-f' is pressed to begin "Find" Frequency: This problem is intermittant. Once R crashes, the only solution is to restart R and try to Find again. There is no regularity to the problem. If R is opened by double-clicking on a ".R" file,

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)