search for: glibtoolize

...algrind, docbook, nasm, yasm, libiconv. the Autogen.sh script fails with: "Updating build configuration files for FLAC, please wait.... configure.ac:308: warning: macro 'AM_ICONV' not found in library configure.ac:309: warning: macro 'AM_LANGINFO_CODESET' not found in library glibtoolize: putting auxiliary files in `.'. glibtoolize: linking file `./ltmain.sh' glibtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. glibtoolize: linking file `m4/libtool.m4' glibtoolize: linking file `m4/ltoptions.m4' glibtoolize: linking file `m4/ltsugar.m4' glibtoolize: lin...

...bootstrap +++ b/bootstrap @@ -36,7 +36,7 @@ autopoint --force # Autoreconf runs aclocal before libtoolize, which causes spurious # warnings if the initial aclocal is confused by the libtoolized # (or worse out-of-date) macro directory. -libtoolize --copy --install +libtoolize --copy --install || glibtoolize --copy --install # Create gettext configuration. echo "$0: Creating po/Makevars from po/Makevars.template ..." -- 1.7.4.4

...eventually get IMAP(dave): [9079]: invalid I/O fd 0, callback 0x9330 (not from the above command; it's a little later when Gnus tries to interact with dovecot through the shell) I've been unable to build/install any later versions of dovecot on MacOS. autogen.sh fails like this: ... glibtoolize: putting auxiliary files in `.'. glibtoolize: copying file `./ltmain.sh' glibtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and glibtoolize: rerunning glibtoolize, to keep the correct libtool macros in-tree. glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLA...

hi all, a few notes/issues re: building dovecot on OSX. first, after DL of cvs-head, % autogen.sh reports: autogen.sh: line 2: libtoolize: command not found o OSX, 'libtoolize' has been sed'd to glibtoolize. couple of ways to deal with this: (a) edit in autogen.sh aclocal --- libtoolize --force +++ glibtoolize --force automake --add-missing autoheader autoconf (b) run % autoreconf -i -f instead (c) i suppose yout can link: % ln -s /usr/bin/glibtoolize /usr/bin/libtoolize imho, too...

Hi, I can't get opt to list (in -help) passes that I load using -load. I see in the list archives that a similar problem has been brought up before but I didn't see whether it was resolved. Also, this is on Mac OS X, and the previous question was about Linux. This problem happens with the Hello pass, so I'll use that to illustrate. I'm using LLVM 1.2. The plugin loads with no

$ grep dove /etc/passwd /etc/group /etc/passwd:_dovecot:*:214:6:Dovecot Administrator:/var/empty:/usr/bin/false /etc/passwd:_dovenull:*:227:227:Dovecot Authentication:/var/empty:/usr/bin/false /etc/group:certusers:*:29:root,_jabber,_postfix,_cyrus,_calendar,_dovecot /etc/group:_dovenull:*:227: I'm trying to build on osx so I can try to do some debugging. The INSTALL.md says to do: $ more

On Sat, 19 Jun 2004, Michael McCracken wrote: > Hi, I can't get opt to list (in -help) passes that I load using -load. > I see in the list archives that a similar problem has been brought up > before but I didn't see whether it was resolved. Also, this is on Mac > OS X, and the previous question was about Linux. The problem is that this has not been implemented yet on Mac

Unfortunately it's not that easy, although I'd love to fix it if I can figure out how. OS X 10.3 does have dlfcn.h and dlopen() - for 10.3, they added the dlcompat library that uses the OS X NSLink* stuff to support dlopen and dlsym. configure seems to pick that up fine. It seems like the code that's there already should work fine, so I'm not sure where else to look. I'm

On Sat, 19 Jun 2004, Michael McCracken wrote: > I used the following short code to test loading the .dylib, and dlopen > works fine, but dlsym is less pretty - on OS X, it automatically > prepends an underscore to the symbol, which means that if you are > looking for main(), you ask for "main" and it looks for "_main", which > is how the symbols are named in

OK, seems like I've got some more looking to do. From what I can find, the only difference with OS X and dynamic libraries is that you can't depend on the order of calling static constructors, but not that you can't depend on them getting called. :) If I find that library handling in LLVM needs changes to work with OS X, I'll send a patch. Thanks, -mike On Jun 19, 2004,

...and setting a proper minimum version in AUTOMAKE_OPTIONS. The current one just breaks if it the default automake isn't the appropriate version, but debian based systems (at least) often have several versions installed in parallel. We have code to pick an appropriate one. It will also choose glibtoolize instead of libtoolize on macosx, but that's not a complete solution because it doesn't have the iconv macros. You should also include a copy of ogg.m4 in the m4 directory, otherwise that check can't fail cleanly. Finally and most important, 4 of the 7 self tests failed on my x86_64...

Solved. Short version: You don't need to change DynamicLinker.cpp at all. dlopen() should just work, except that the defaults for libtool are to produce the wrong kind of shared object. On OS X, libtool needs to be passed the -module option to create dlopen-able objects: % diff Makefile.rules.old Makefile.rules 326c326 < Link := $(LIBTOOL) --mode=link $(CXX) --- > Link

...last. I would appreciate any help on these. Gillen, you said earlier this weekend you had taken a stab at compiling things in OS X. Did you have to take these steps, too? --Alex Alex Nelson (3): Mac OS X: Detect bindtextdomain Mac OS X: setlocale function requires locale.h Mac OS X: Run glibtoolize in absence of libtoolize bootstrap | 2 +- configure.ac | 3 +++ sh/hivexsh.c | 3 +++ xml/hivexml.c | 3 +++ 4 files changed, 10 insertions(+), 1 deletions(-) -- 1.7.4.4

...the environment used to invoke $0," + echo "for example:" + echo " $ env AUTOMAKE=/path/to/automake ACLOCAL=/path/to/aclocal $0" + echo " or $ env AUTOMAKE=automake18 $0" exit 1 } fi echo -n "checking for libtool... " -for LIBTOOLIZE in libtoolize glibtoolize nope; do - ($LIBTOOLIZE --version) < /dev/null > /dev/null 2>&1 && break +LIBTOOLIZE=${LIBTOOLIZE:-libtoolize} +for libtoolize in ${LIBTOOLIZE} libtoolize glibtoolize nope; do + ($libtoolize --version) < /dev/null > /dev/null 2>&1 && break done -if test x...

...mum version in > AUTOMAKE_OPTIONS. > The current one just breaks if it the default automake isn't the > appropriate version, but debian based systems (at least) often > have several versions installed in parallel. We have code to pick an > appropriate one. It will also choose glibtoolize instead of > libtoolize > on macosx, but that's not a complete solution because it doesn't have > the iconv macros. > > You should also include a copy of ogg.m4 in the m4 directory, > otherwise that check can't fail cleanly. ok. > Finally and most important, 4 o...

...priate package for your distribution," + echo "or get the source tarball at ftp://ftp.gnu.org/pub/gnu/" + exit 1 + } +fi -(libtoolize --version) < /dev/null > /dev/null 2>&1 || { +echo -n "checking for libtool... " +for LIBTOOLIZE in libtoolize glibtoolize nope; do + ($LIBTOOLIZE --version) < /dev/null > /dev/null 2>&1 && break +done +if test x$LIBTOOLIZE = xnope; then + echo "nope." + LIBTOOLIZE=libtoolize +else + echo $LIBTOOLIZE +fi +($LIBTOOLIZE --version) < /dev/null > /dev/null 2>&1 || { echo...

...template[]="conftest.mkstemp-test"; 1413 if (mkstemp(template) == -1) 1414 exit(1); 1415 unlink(template); exit(0); 1416 } - -> 1417 ]])], 1418 [ 1419 AC_MSG_RESULT(no) 1420 ], fyi, re: relevant (all?) my env: % autoreconf --version autoreconf (GNU Autoconf) 2.60 % glibtoolize --version libtoolize (GNU libtool) 1.5.22 % aclocal --version aclocal (GNU automake) 1.9.6 % automake --version automake (GNU automake) 1.9.6 % sed --version GNU sed version 4.1.5 % gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tm...

I started with: - Mac OS X 10.5.8 - Xcode installed - OCaml from GODI - qemu from git autoconf is really ancient (2.61). It doesn't have AM_SILENT_RULES and although we tried to make things work when autoconf lacks this by having: m4_ifndef([AM_SILENT_RULES], [m4_define([AM_SILENT_RULES],[])]) AM_SILENT_RULES([yes]) # make --enable-silent-rules the default. this nevertheless

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 hi, i've dovecot-cvs up on osx. logging in with virtual users is working. so far so good. i'm attempting to build sieve support now. after: % cd /usr/ports/dovecot/dovecot-sieve % glibtoolize -f -c % autoreconf -i -f configure.in: installing `./install-sh' configure.in: installing `./missing' src/Makefile.am: installing `./depcomp' configure.in: installing `./ylwrap' Makefile.am: installing `./INSTALL' Makefile.am: installing `./COPYING' a: % ./c...

...alled to compile $package." - echo "Download the appropriate package for your distribution," - echo "or get the source tarball at ftp://ftp.gnu.org/pub/gnu/" - exit 1 - } -fi - -echo -n "checking for libtool... " -for LIBTOOLIZE in libtoolize glibtoolize nope; do - ($LIBTOOLIZE --version) < /dev/null > /dev/null 2>&1 && break -done -if test x$LIBTOOLIZE = xnope; then - echo "nope." - LIBTOOLIZE=libtoolize -else - echo $LIBTOOLIZE -fi -($LIBTOOLIZE --version) < /dev/null > /dev/null 2>&1 || { - echo -...