similar to: 1.1beta9 'make' fails on osx/Tiger, but OK on osx/Leopard (multiple definitions of symbol _hash_create)

On Nov 28, 2007, at 10:59 AM, dovecot-request at dovecot.org wrote: > Message: 8 > Date: Wed, 28 Nov 2007 07:49:13 -0800 > From: snowcrash <schneecrash+dovecot at gmail.com> > Subject: Re: [Dovecot] 1.1beta9 'make' fails on osx/Tiger, but OK on > osx/Leopard (multiple definitions of symbol _hash_create) > To: "Timo Sirainen" <tss at iki.fi> >

(Yes, Really .... w/ gcc v4.2.1, like i said in the first place) > Actually, the 1.1 beta v9 builds just fine under Tiger (PPC and > PPC64) if you use the official Apple sanctioned gcc v 4.01 they ship > with both Tiger and Leopard. If you do download and use gcc 4.2.1 from > the GNU folks you might want to pass along the error / bug reports to > them instead of Apple, but I

Hello everyone, I'am trying to install Wine through MacPorts, but it is giving me an error and I don't know what to do. I followed this tutorial: http://davidbaumgold.com/tutorials/wine-mac/#part-1 the error that appears is the following: Error: Requested variants "+universal" do not match original selection "". Please use the same variants again, perform

i've built up rsync on both opensuse & osx from src. on osx, it's v2.6.3 w/ both apple's "Extended Attributes" patches: http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/EA.diff http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/PR-3945747-endian.diff and the 'lartmaker' fix (iteself, slightly fixed ...):

I have 0.11.3 installed When I try 0.11.6 or 0.11.5 I get the following output Building native extensions. This could take a while... ERROR: While executing gem ... (Gem::Installer::ExtensionBuildError) ERROR: Failed to build gem native extension. ruby extconf.rb install ferret creating Makefile make gcc -I. -I/usr/local/lib/ruby/1.8/i686-darwin8.10.3

hi, i'm doing a 1st build of dovecot in a freebsd 62R jail. following instructions at http://wiki.dovecot.org/CompilingSource ./configure make sudo make install after an OK 'configure', @ 'make', i get make make all-recursive Making all in src Making all in lib make: don't know how to make unicodemap.c. Stop *** Error code 1 Stop in

Can anyone tell me what's going on and how I can fix it? bash-2.05a# make make all-recursive Making all in src Making all in lib make[3]: Nothing to be done for `all'. Making all in lib-settings make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-mail make[3]: Nothing to be done for `all'. Making all in

Hi Timo, may I request once more to consider the attached patch for dovecot 1.1, it enables the sieve plugin (incl. sievec and sieved, needed for pysieved) to be built against an installed dovecot package, if --enable-header-install additionally installs the liblib.a library in the same directory as dovecot-config. I have included this patch in the pkgsrc dovecot 1.1 package a while ago. Geert

Hi, I'm guessing that no one has tried this exact combination yet. I'm trying to build the gcc4.2 front end with current LLVM SVN on a G4 Powerbook running 10.4.10. I started with this: ../gcc4.2-trunk/configure --prefix=$HOME/Documents/hpcl/LLVM/llvm-gcc-4-2/install --enable-llvm=$HOME/Documents/hpcl/LLVM/llvm-svn-obj/ --with-gmp=$HOME/Documents/hpcl/LLVM/llvm-gcc-4-2/libdeps

I'm having some trouble getting llvm-gcc4 to compile. It's unable to compile darwin-crt3.c. It's mentioning "Complex expression. Absolute segment assumed." but I'm not sure if that's a real error message. Has anyone run into this before? I'm running on a G4 apple 10.4.8, kernel version 8.6.0. I googled around and found a bug with the same error message:

Hello. I'm having difficulties getting R_alloc() to work. The test platform is a 64-bit Mac running R 2.2.1 installed via a .dmg file obtained from the R site. Details are given below, in a level of detail that I hope is appropriate. My eye was particularly drawn to line #2 in the gdb 'where' output, but line #1 seems sensible so I may just be displaying my ignorance by

On Fri, Dec 16, 2011 at 12:17:32PM -0500, David Fang wrote: >>> These results have far fewer failures than svn-trunk, and are also >>> comparable to bootstrapping with gcc-4.6.2, summarized here: >>> http://paste.lisp.org/display/126363 >>> (Unfortunately, I no longer have the whole build/test log for the gcc46 bootstrap.) >>> This consistency between

On Fri, Dec 16, 2011 at 01:51:57AM -0500, David Fang wrote: > Hi, > Thanks for the quick reply again. > >> On Thu, Dec 15, 2011 at 1:17 PM, David Fang <fang at csl.cornell.edu> wrote: >>> Hi, >>> >>> I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and >>> have the following test results to share. >>>

Hi all, building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm (Revision: 42128) on 8.10.1 Darwin (x86) fails with the following message. Is that a just a temporary inconsistency or should i file a bug? /Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/ arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/

On Sep 19, 2007, at 3:22 AM, Arnold Schwaighofer wrote: > Hi all, > building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm > (Revision: 42128) on 8.10.1 Darwin (x86) fails with the following > message. Is that a just a temporary inconsistency or should i file a > bug? I think I broke this with long double. I'll get it fixed shortly. >

Full_Name: Dan Kelley Version: 2.2.1 OS: Mac OSX Submission from: (NULL) (129.173.23.36) I'm having difficulties getting R_alloc() to work on a 64-bit Mac running R 2.2.1 installed via a .dmg file obtained from the R site. Details are given below, in a level of detail that I hope is appropriate. My eye was particularly drawn to line #2 in the gdb 'where' output, but line #1 seems

i'm building dovecot-1.0.rc15 on osx. when i, ./configure --with-ssl=openssl --with-ssldir=/etc/ssl_certs --disable-static --enable-shared --disable-maintainer-mode --disable-ipv6 --with-mysql --with-sql-drivers=mysql --with-deliver --with-pop3d --with-storages=maildir,mbox --disable-debug it fails at, ... checking how to hardcode library paths into programs... immediate appending

I installed fink and now I have the /sw/lib, however that didn't fix my problem. I went as far as to take out the - Ddlsym=dlsym_auto_underscore out of the configuration files. Now however the libao package won't build at all and yips about this: [ukiel:/MP3/OGG/libao-0.8.6] wind% make Making all in src Making all in plugins Making all in oss make[3]: Nothing to be done for

I am trying to install two packages that are not available at CRAN (rmutil, dna). When trying the R CMD INSTALL with either file, I get an error message that ends with /usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: can't locate file for: -lgfortran /usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: file: -lgfortran is not an object file (not allowed in a library) Can anyone

On Sep 19, 2007, at 12:32 PM, Arnold Schwaighofer wrote: > I now get: > /Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/ > arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/ > Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/ > bin/ -B/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/ > i686-apple-darwin8/lib/