I was also trying to go back ( in generating some config related files )...
- I installed the 2.2.6b Now went far back to use the libtoolize, that produced a dir m4 with few files. Two of them ltsugar.m4 and ltversion.m4 were suggested to be added to aclocal.m4. As a pretext, I tried aclocal, and autoconf to see if the version problem goes away, but that did not absorb the error, so I went back to libtoolize. Now if I concat those two *.m4 files to aclocal.m4 still, and start aclocal, autoconf, ./configure, then make ... I still get the following problem from the make --- Any thoughts?? Prokash-Sinhas-MacBook-Air:libbuffer-0.0.1 prokashsinha$ make cd . && /bin/sh /Users/prokashsinha/testbuild/buffer/libbuffer/libbuffer-0.0.1/missing --run automake-1.10 --gnu cd . && /bin/sh ./config.status Makefile config.status: creating Makefile cd . && /bin/sh /Users/prokashsinha/testbuild/buffer/libbuffer/libbuffer-0.0.1/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . && /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive Making all in lib cd .. && /bin/sh ./config.status lib/Makefile depfiles config.status: creating lib/Makefile config.status: executing depfiles commands /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. /usr/include -g -O2 -MT buffer.lo -MD -MP -MF .deps/buffer.Tpo -c -o buffer.lo buffer.c libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.4. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. make[2]: *** [buffer.lo] Error 63 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 On Mon, Jan 25, 2010 at 3:32 PM, Prokash Sinha <proka...@gmail.com> wrote: > In ltmain.sh the original version and time stamp was set like this --- > PROGRAM=ltmain.sh > PACKAGE=libtool > VERSION=1.4.3 > TIMESTAMP=" (1.922.2.111 2002/10/23 02:54:36)" > > With this above setting, i was getting the map.file produce error. > > When I comment them out, the build process picks the latest lilbtool > version and gives the > new found error... > > Well royally lost now. > > > On Mon, Jan 25, 2010 at 12:58 PM, Prokash Sinha <proka...@gmail.com>wrote: > >> I must have something wrong in the configuration I suppose. >> >> assafras:i386 psinha$ ./libtool --version >> ltmain.sh (GNU libtool) 2.2.6b (1.922.2.111 2002/10/23 02:54:36) >> >> Now i'm getting something like this >> >> Making all in lib >> /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 >> -DHAVE_CONFIG_H -I. -I.. -I../../../libbuffer-0.0.1/lib -isysroot >> /Developer/SDKs/MacOSX10.4u.sdk -O2 -fno-omit-frame-pointer >> -fno-strict-aliasing -save-temps -m32 -arch i386 -gdwarf-2 -framework Carbon >> -dead_strip -framework Cocoa -framework Security -MT buffer.lo -MD -MP -MF >> .deps/buffer.Tpo -c -o buffer.lo ../../../libbuffer-0.0.1/lib/buffer.c >> libtool: unrecognized option `--tag=CC' >> Try `libtool --help' for more information. >> make[2]: *** [buffer.lo] Error 1 >> >> CC was set to /usr/bin/gcc-4.0, but it did not replace the CC in --tag=CC >> is not known. >> >> >> >> >> On Mon, Jan 25, 2010 at 9:04 AM, Peter O'Gorman <pe...@pogma.com> wrote: >> >>> On Mon, Jan 25, 2010 at 08:44:12AM -0800, Prokash Sinha wrote: >>> > First very sorry for the delayed response. >>> > >>> > If I do this in the Makefile.in then I don't get any error and it also >>> does >>> > not produce the map file. >>> > >>> > ##$(LINK) -Wl,-map,libbuffer.map -rpath $(libdir) >>> $(libbuffer_la_LDFLAGS) >>> > $(libbuffer_la_OBJECTS) $(libbuffer_la_LIBADD) $(LIBS) >>> > libbuffer.la: $(libbuffer_la_OBJECTS) $(libbuffer_la_DEPENDENCIES) >>> > $(LINK) -rpath $(libdir) $(libbuffer_la_LDFLAGS) >>> > $(libbuffer_la_OBJECTS) $(libbuffer_la_LIBADD) -Wl,-Map -Wl, >>> libbuffer.map >>> > $(LIBS) >>> > >>> > If I made sure that there is no blank space between -Wl, and >>> libbuffer.map >>> > then I get the following error - >>> > >>> > usr/bin/gcc-4.0 -arch i386 -r -keep_private_externs -nostdlib -o >>> > .libs/libbuffer.0.0.1.dylib-master.o buffer.lo && /usr/bin/gcc-4.0 >>> -arch >>> > i386 -dynamiclib -flat_namespace -undefined suppress -o >>> > .libs/libbuffer.0.0.1.dylib .libs/libbuffer.0.0.1.dylib-master.o >>> -lpthread >>> > -lc -Map libbuffer.map -install_name /usr/local/lib/libbuffer.0.dylib >>> > -compatibility_version 1 -current_version 1.1 >>> >>> [adding the list back to CC] >>> >>> What version of libtool is generating this? Where is the -r coming from? >>> Why are you passing -Map instead of -map? >>> >>> Passing -Wl,-map,libbuffer.map will likely work, but I am not sure why >>> the -Wl, quoting was removed above. Nor am I sure why gcc generates no >>> warning or error when it sees -Map, and just ignores it. >>> >>> Peter >>> -- >>> Peter O'Gorman >>> http://pogma.com >>> >> >> >
_______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
