> p.s. The folks at AT&T also recommend that "you" use the newer version
> of gcc than the older-hacked-to-get-something-for-Tiger version of the
> Apple Leopard version they (AT&T) are providing -- it is further down
> the page where they provide links.
just looked at the page & have no idea what
On Nov 28, 2007, at 1:39 PM, [EMAIL PROTECTED] wrote:
--
Message: 7
Date: Wed, 28 Nov 2007 10:38:19 -0800
From: snowcrash <[EMAIL PROTECTED]>
Subject: Re: [Dovecot] 1.1beta9 'make' fails on osx/Tiger
To: "Jerry Yeager" <[EMAIL PROTEC
(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 mi
On Nov 28, 2007, at 10:59 AM, [EMAIL PROTECTED] wrote:
Message: 8
Date: Wed, 28 Nov 2007 07:49:13 -0800
From: snowcrash <[EMAIL PROTECTED]>
Subject: Re: [Dovecot] 1.1beta9 'make' fails on osx/Tiger, but OK on
osx/Leopard (multiple definitions of symbol _hash_c
> it was not. now that _you've_ mentioned it, i'll try it and see.
fyi ... this looks better, now.
setenv LDFLAGS "-L/usr/local/db46/lib -L/usr/local/sqlite/lib
-L/usr/local/mysql/lib/mysql -L/usr/local/lib"
setenv LIBS "-liconv"
setenv SQL_LIBS "-lsqlite3"
setenv CPPFLAGS "-I/usr/local/db46/inc
> That's why libraries shouldn't be added to them, only linker flags.
agreed. which i would have done if SQL_LIBS had been mentioned in
"./configure --help" output. adding to LIBS had not worked ...
it was not. now that _you've_ mentioned it, i'll try it and see.
On Wed, 2007-11-28 at 07:49 -0800, snowcrash wrote:
> > I think as a user it's a lot easier to use and understand if you're just
> > instructed to say:
>
> > CPPFLAGS=-I/usr/local/include LDFLAGS=-I/usr/local/lib ./configure
> >
> > instead of:
> >
> > ./configure --with-mysql=/usr/local --with-sq
> I think as a user it's a lot easier to use and understand if you're just
> instructed to say:
> CPPFLAGS=-I/usr/local/include LDFLAGS=-I/usr/local/lib ./configure
>
> instead of:
>
> ./configure --with-mysql=/usr/local --with-sqlite=/usr/local
> --with-pgsql=/usr/local --with-ten-other-packages=
On Wed, 2007-11-28 at 07:04 -0800, snowcrash wrote:
> > Doesn't it have -lmysqlclient at all?
>
> on this box, yes, it does:
..
> > Should I just add another
> > -lmysqlclient_r check and use it if -lmysqlclient isn't found?
>
> you can add a conditional ... but, imho, you need the option to
> _s
(agh! bounced ...)
> Doesn't it have -lmysqlclient at all?
on this box, yes, it does:
ls /usr/local/mysql/lib/mysql/libmysqlclient*
/usr/local/mysql/lib/mysql/libmysqlclient.15.0.0.dylib
/usr/local/mysql/lib/mysql/libmysqlclient.15.dylib
/u
> Doesn't it have -lmysqlclient at all?
on this box, yes, it does:
ls /usr/local/mysql/lib/mysql/libmysqlclient*
/usr/local/mysql/lib/mysql/libmysqlclient.15.0.0.dylib
/usr/local/mysql/lib/mysql/libmysqlclient.15.dylib
/usr/local/mysql/lib/m
On Wed, 2007-11-28 at 06:18 -0800, snowcrash wrote:
> perl -pi -e 's/AC_CHECK_LIB\(mysqlclient,/AC_CHECK_LIB\(mysqlclient_r,/g'
> configure.in
> perl -pi -e 's/mysql_lib=\"\-lmysqlclient \-lz
> \-lm"/mysql_lib=\"\-lmysqlclient_r \-lz \-lm\"/g' configure.in
Doesn't it have -lmysqlclient at all? Sho
hi timo,
> > it's _not_ broken on Leopard, it was "broken" on Tiger
>
> Oh, interesting. I guess I won't add this workaround to Dovecot sources
> then. People have been building Dovecot on OSX for a long time and
> no-one's complained about this before.
so have i ...
but, i'd gather they've _not
On Tue, 2007-11-27 at 23:51 -0800, snowcrash wrote:
> just to be clear -- minor mixup in your comment above ...
>
> it's _not_ broken on Leopard, it was "broken" on Tiger
Oh, interesting. I guess I won't add this workaround to Dovecot sources
then. People have been building Dovecot on OSX for a l
hi timo,
patch applied to 1.1.beta9 source
now,
configure
make
make check
are OK, now, on *both* Tiger/Leopard.
just to be clear -- minor mixup in your comment above ...
it's _not_ broken on Leopard, it was "broken" on Tiger
works for now!
> Why is it linking any of -lreadline -lncurs
On Tue, 2007-11-27 at 22:43 -0800, snowcrash wrote:
> gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes
> -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
> -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/ssl/include -o
> dovecot auth-process.o askpass.o capabilities
On Wed, 2007-11-28 at 09:22 +0200, Timo Sirainen wrote:
> On Tue, 2007-11-27 at 22:43 -0800, snowcrash wrote:
> > /usr/libexec/gcc/powerpc-apple-darwin8/4.2.1/ld: multiple definitions
> > of symbol _hash_create
> >
> > /usr/lib/gcc/powerpc-apple-darwin8/4.2.1/../../../libpthread.dylib(strh
On Tue, 2007-11-27 at 22:43 -0800, snowcrash wrote:
> /usr/libexec/gcc/powerpc-apple-darwin8/4.2.1/ld: multiple definitions
> of symbol _hash_create
>
> /usr/lib/gcc/powerpc-apple-darwin8/4.2.1/../../../libpthread.dylib(strhash.So)
> definition of _hash_create
I'd report this as a bug
i'm building
dovecot 1.1.beta9
on both
osx 10.4.11
osx 10.5.1
using
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /Builds/apple/gcc_42-5531/obj/src/configure
--disable-checking -enable-werror --prefix=/usr
--mandir=/usr/sha
19 matches
Mail list logo
