MacOS X building instructions

[BPFowler]

Is there some sort of typo or glitch in your Makefile?

The odds are that you need automake 1.9 not 1.6, but I can't be sure at this distance.

Your probably need to clean you build directory and start from untar'ing the gettext source tarball.

Post again if you think that I am on the wrong lines.

Ben

[dbalmer]

Ok, I switched to automake 1.9 -- and I get messages saying that the automake config was made with 1.6 and run aclocal to fix. Which does nothing.

This gettext piece is by far the most frustrating build I've encountered, this automake and autoreconf crapola is infuriatingly "too smart for its own good" (or mine, it would seem).

I'll wait for an OSX binary disto to start testing XaraLX, sorry folks.

[BPFowler]

Ok, I switched to automake 1.9 -- and I get messages saying that the automake config was made with 1.6 and run aclocal to fix. Which does nothing.

That sounds like a new problem, and we would certainly be interested in seeing the error messages.

If you have the fink gettext installed, you could remove all verions of it - I am working on the basis that Xara LX needs gettext installed independently.

The fink automake 1.9 should be O.K. for Xara LX (but not for some other packages).

Ben.

[gpetty]

That sounds like a new problem, and we would certainly be interested in seeing the error messages.

If you have the fink gettext installed, you could remove all verions of it - I am working on the basis that Xara LX needs gettext installed independently.

The fink automake 1.9 should be O.K. for Xara LX (but not for some other packages).

Ben.

I found this thread via Google and wanted to mention that I'm having the exact same problem making gettext from the Gnu package... autoreconf reports the following:

Putting files in AC_CONFIG_AUX_DIR, `../build-aux'.
Putting files in AC_CONFIG_AUX_DIR, `../../build-aux'.
autoreconf: configure.ac: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION
Putting files in AC_CONFIG_AUX_DIR, `../build-aux'.
lib/Makefile.am:57: required file `lib/strtol.c' not found
Putting files in AC_CONFIG_AUX_DIR, `../build-aux'.
lib/Makefile.am:118: required file `lib/strdup.c' not found
lib/Makefile.am:118: required file `lib/regex.c' not found
lib/Makefile.am:118: required file `lib/memchr.c' not found
/usr/share/automake-1.6/am/compile.am: DEFS was set with `+=' and is now set with `='
autoreconf: automake failed with exit status: 1

Note that I am using Mac OS X 10.4.7 (Intel) with Xcode 2.4 (partial install from the distribution DVD, omitting Java- and Web-related tools).

The gettext tarball is 0.14.6.

The functions strtol and strdup are supposedly part of the GNU libiberty library, which are in turn supposedly distributed with gcc, gdb, and binutils. Althought I have gcc 4.0 installed, I can find no trace of libiberty on my machine, though man pages are present for the above functions.

HUH! I just looked up at the error messages again and noticed that the error message is from automake-1.6, even though I just downloaded and installed automake 1.9 via fink. Turns out 1.9 is installed in /sw/bin, while 1.6 remains in /usr/bin, which is earlier in my path. Reversing the path order got automake 1.9 to run when I called autoreconf, but now it generates a LOT of warnings similar to

/sw/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK
/sw/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB

Otherwise, autoreconf now completes without an actual error.

./configure also completes without error, but make ends with

ar cru .libs/libintl.a bindtextdom.o dcgettext.o dgettext.o gettext.o finddomain.o loadmsgcat.o localealias.o textdomain.o l10nflist.o explodename.o dcigettext.o dcngettext.o dngettext.o ngettext.o plural.o plural-exp.o localcharset.o relocatable.o langprefs.o localename.o log.o printf.o osdep.o intl-compat.o~ranlib .libs/libintl.a
ar: intl-compat.o~ranlib: No such file or directory
make[3]: *** [libintl.la] Error 1

It appears to me (a non-guru) that for some reason 'make' is concatenating the 'ar' command with the 'ran' command, separated by a '~', so that 'ar' sees a spurious filename 'intl-compat.o~ranlib'

But for the life of me, I can't figure out why this is happening or how to make it stop, despite manually editing intl/Makefile.

Anyway, for now I'm stuck, unless there's another way to get the required version of 'gettext' installed.

[gpetty]

Found a binary for gettext that seems to work (so far) via i-Installer v2 from http://tug.org/i-packages/ii2.ii2

Now I'm running into problems using

autoreconf -f -i -s

in the XaraLX directory ... I get

Copying file mkinstalldirs
Makefile.am:29: directory should not contain `/'
Makefile.am:29: directory should not contain `/'
autoreconf: automake failed with exit status: 1

In short, I'm further along than I was, but stuck again.

[abligh]

Found a binary for gettext that seems to work (so Makefile.am:29: directory should not contain `/'
In short, I'm further along than I was, but stuck again.

You need to upgrade your autoconf and/or automake. I think that's an autoconf problem.

Alex

[gpetty]

Once again I was an unwitting victim of the path order ... I had automake 1.9 installed in /sw/bin, but it was hitting version 1.6 in /usr/bin first.

I've switched the path order in my .cshrc file, and that seems to have gotten me past the previous glitch. Now I'm on what I hope is my final glitch:

When I 'make' in ~/XaraLx, I get a bunch of warnings (see below) and then the following error:

dyld: Library not loaded: /usr/local/lib/libwx_macud-2.6.0.dylib
Referenced from: /Users/gpetty/wx/v263/build-unicode-debug/utils/wxrc/wxrc
Reason: image not found
Could not read dialogs for translation (empty or bad wxrc) [/bin/sh -c 'eval LD_LIBRARY_PATH=/Users/gpetty/wx/v263/build-unicode-debug/lib /Users/gpetty/wx/v263/build-unicode-debug/utils/wxrc/wxrc -g ./xrc/dialogs.xrc'] at .././Scripts/build-resources.pl line 423.
Makefile:335: *** "Resource build failed". Stop.


Note that I am also getting (earlier in the make):

Making all in wxOil
Testing for new resources and svn version
Rebuilding svn version
subversion/libsvn_wc/lock.c:377: (apr_err=155007)
svn: '..' is not a working copy
svnversion gives exported

It looks ominous to me, but maybe it means nothing.

Also, I get a lot of warnings about certain png files not being found ; e.g,

.././wxOil/xrc/EN/aboutres.xrc:23 Warning: Bitmap ./xrc/2.png not found
.././wxOil/xrc/EN/aboutres.xrc:82 Warning: Bitmap ./xrc/2.png not found
.././wxOil/xrc/EN/aboutres.xrc:149 Warning: Bitmap ./xrc/2.png not found
.././wxOil/xrc/EN/aboutrsw.xrc:23 Warning: Bitmap ./xrc/2.png not found
.././wxOil/xrc/EN/barsdlgs.xrc:762 Warning: Bitmap ./xrc/leftbrace.png not found
.././wxOil/xrc/EN/barsdlgs.xrc:766 Warning: Bitmap ./xrc/rightbrace.png not found
.././wxOil/xrc/EN/barsdlgs.xrc:770 Warning: Bitmap ./xrc/label.png not found
.././wxOil/xrc/EN/errordlg.xrc:31 Warning: Bitmap ./xrc/.png not found
.././wxOil/xrc/EN/register.xrc:19 Warning: Bitmap ./xrc/2.png not found
.././wxOil/xrc/EN/textres.xrc:26 Warning: Bitmap ./xrc/aspect.png not found
.././wxOil/xrc/EN/textres.xrc:74 Warning: Bitmap ./xrc/tracking.png not found
.././wxOil/xrc/EN/textres.xrc:78 Warning: Bitmap ./xrc/kerning.png not found