The VideoLAN Forums

Fresh installation of msys, msysDTK, MingW/gcc3.3.1. VLC libraries (pre-compiled binaries), Windows2000. Latest available.
I'm following INSTALL.win32,v 1.22 2004/01/24.
In an MSYS window, I paste in the section from install.win32 about configuring the environment, the section for "If you are compiling with MSYS/MINGW" -- the lines starting from "./bootstrap && \" through " --enable-debug"

It starts the environment build, then I get
"+ aclocal-1.7 -I m4
+ autoconf
configure.ac:194: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:1202: error: possibly undefined macro: AC_MSG_WARN"

I thought AC_DEFINE and AC_MSG_WARN were built-in items -- what file(s) would I have to put m4Pattern_allow statements in?

Thanks.

Strange, don't really know what's happending here.

If you want, you can use the daily snapshots which are already bootstrapped: http://download.videolan.org/pub/vlc/snapshots/

I downloaded the latest snapshot, 20040219. Configure generates a few warnings (not happy with dshow.h and EbmlVersion.h, "present but cannot be compiled"), but seems to get through OK.

I start the Make -- misc. variable cast warnings, no biggie, then:
make[6]: Entering directory `/projects/vlc-snapshot-20040219/modules/demux/playl ist'
if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -D_OFF_T_ -D_off_t=long -DSYS_MINGW3 2 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugi n playlist` -Wsign-compare -Wall -mms-bitfields -finline-limit-30000 -pipe -MT libplaylist_plugin_a-playlist.o -MD -MP -MF ".deps/libplaylist_plugin_a-playlist .Tpo" \
-c -o libplaylist_plugin_a-playlist.o `test -f 'playlist.c' || echo './'`playl ist.c; \
then mv -f ".deps/libplaylist_plugin_a-playlist.Tpo" ".deps/libplaylist_plugin_a -playlist.Po"; \
else rm -f ".deps/libplaylist_plugin_a-playlist.Tpo"; exit 1; \
fi
playlist.c:30:22: playlist.h: No such file or directory
playlist.c: In function `vlc_entry__snapshot_20040219':
playlist.c:41: error: `Import_Old' undeclared (first use in this function)
playlist.c:41: error: (Each undeclared identifier is reported only once
playlist.c:41: error: for each function it appears in.)
playlist.c:47: error: `Import_M3U' undeclared (first use in this function)
playlist.c:47: error: `Close_M3U' undeclared (first use in this function)
playlist.c:52: error: `Import_PLS' undeclared (first use in this function)
playlist.c:52: error: `Close_PLS' undeclared (first use in this function)
make[6]: *** [libplaylist_plugin_a-playlist.o] Error 1
make[6]: Leaving directory `/projects/vlc-snapshot-20040219/modules/demux/playli st'
make[5]: *** [all-modules] Error 1
make[5]: Leaving directory `/projects/vlc-snapshot-20040219/modules/demux/playli st'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/projects/vlc-snapshot-20040219/modules/demux'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/projects/vlc-snapshot-20040219/modules/demux'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/projects/vlc-snapshot-20040219/modules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/projects/vlc-snapshot-20040219'
make: *** [all] Error 2

When I check my structure, there are copies of a playlist.h in modules/gui/gtk, modules/gui/maxosx, and modules/gui/skins/controls.

The "Import", "Close", etc. errors seem to be functions declared in the other .c source files in the directory. Does makefile need reshuffling, or is there a switch to tell make not to throw errors for functions that are defined later?

Thoughts?

Thanks.

A file was missing from that snapshot. Try the next one.

New snapshot, new error (new thread).
Mark

I had exactly the same AC_DEFINE error when trying to build 0.7.1 under solaris 9 last night.

aclocal 1.7.9
autoconf 2.57

1. Firstly under Solaris 9 I had to change the shell used by bootstrap to /bin/ksh
2. And then I noticed that when the bootstrap has failed with the AC_DEFINE error, the damage seems to have been done and the only way forward is to extract vlc again from the tar ball and edit the bootstrap as follows:-

- Line 363: Comment out the call to aclocal
#${aclocal} -I m4

- Edit the bootstrap to stop it from removing aclocal.m4

Run ./bootstrap and hopefully things should get a little further.

Sorry, but I haven`t got the time to chase the aclocal problem further.