Re: Automake 1.6 Release
New in 1.6: * Autoconf 2.52 is required. That's bad. I have no intention yet to switch my projects to 2.5x.
Re: Automake 1.6 Release
After configuring, make and make check I got three errors: FAIL: pr300-lib.test FAIL: pr300-ltlib.test FAIL: pr300-prog.test Regards Jens Am Mittwoch, 6. März 2002 08:04 schrieb Tom Tromey: We're pleased to announce the release of Automake 1.6. This release contains many bug fixes and improvements. The NEWS entry is appended. You can find the new release here: ftp://sources.redhat.com/pub/automake/automake-1.6.tar.gz ftp://sources.redhat.com/pub/automake/automake-1.6.tar.bz2 Soon it will also appear on the sources mirrors, the GNU ftp site, and the GNU mirrors. You might want to wait to get it from one of those locations, as sources.redhat.com doesn't allow many ftp connections. - Akim, Alexandre, and Tom -- Jens Krüger Technische Universität München ZWE FRM-II Lichtenberg-Str. 1 D-85747 Garching Tel: + 49 89 289 14 716 Fax: + 49 89 289 14 666 mailto:[EMAIL PROTECTED] http://www.frm2.tu-muenchen.de
coexist multiple versions of automake
Sorry if this has been brought up before. I would like to propose we modify automake (and autoconf) to allow multiple versions of automake coexisting on a given system. In our work, we used various open source libraries and each one of them work with a particular version of automake. This makes it hard for us to upgrade. If automake can be specified as automake-1.4 and automake-1.6 like what tcl did in the past, this will make people's life a lot easier. Since I am not familiar with the inner work of automake, for the already released versions, how hard will it be to patch them to allow for this? I would really like to have 2 libraries using different version of automake to work together. Thanks in advance.
what caused the 'missing separator' message from the make?
I am using automake-1.5 and one of the open source library I am trying to build use automake for its build. However, the configure seems to generate a malformed Makefile which failed to build with message: configure make -f Makefile ... Makefile:383: *** missing separator. Stop. THe Makefile around line 383 contains non-processed automake stuff: 380 - distclean-compile: 381 - -rm -f *.tab.c 382 - 383 - AMDEP_TRUEam__include am__quote@$(DEPDIR)/SQLAllocHandle.Plo@am__quote 384 - AMDEP_TRUEam__include am__quote@$(DEPDIR)/SQLBindCol.Plo@am__quote 385 - AMDEP_TRUEam__include am__quote@$(DEPDIR)/SQLBindParameter.Plo@am__quote 386 - AMDEP_TRUEam__include am__quote@$(DEPDIR)/SQLBrowseConnect.Plo@am__quote What might be the problem of this? Where should I begin to troubleshoot? Any help will be appreciated. Note: I can not upgrade to version 1.6 because I have another library the does not work with autoconf 2.52 which is required by automake 1.6.
Re: coexist multiple versions of automake
Paul == Paul Lew [EMAIL PROTECTED] writes: Paul I would like to propose we modify automake (and autoconf) to Paul allow multiple versions of automake coexisting on a given Paul system. This is a new feature in 1.6. So, it already works. `make install' will install automake and automake-1.6. We expect system integrators like Debian or Red Hat to pick which version `automake' should be linked to. Tom
Re: what caused the 'missing separator' message from the make?
Paul == Paul Lew [EMAIL PROTECTED] writes: Paul 383 - @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/SQLAllocHandle.Plo@am__quote@ This usually means you didn't re-run aclocal + autoconf, or you ran the wrong aclocal. Tom
Big Brother Protection
Title: Big Brother FIND OUT WHO THEY ARE CHATTING/EMAILING WITH FOR ALL THOSE HOURS! Is your spouse cheating online? Are your kids talking to dangerous peopleon instant messenger? FIND OUT NOW with Big Brother available as an instant software download. Click Here To Order Please click here if you would like to be removed from this list.
Re: coexist multiple versions of automake
Allan == Allan Clark [EMAIL PROTECTED] writes: Allan When you say libraries, are you referring to Allan libXXX.{a,so}, or The ABC Corp Widget Library (a Allan collection of libraries and non-standard tools)? Sorry I did not state clearly. I meant libraries used by my project at work, e.g., ucd-snmp, unixODBC. These libraries use the automake and we just use them as is without playing much with them. Allan Segmenting automake into automake-1.4/1.5/1.6 might be OK Allan so long as users have the choice of choosing Allan automake-X.y, or simply choosing automake (which would Allan continue to be the latest automake major revision). I for Allan one like to install automake, and know that when my check Allan for updates yields nothing new, my automake is the Allan latest. The problem we have is ucd-snmp choked on autoconf 2.52 and forced us to roll back to 2.13. With autoconf 2.13 we cannot upgrade the automake to 1.6 which requires autoconf 2.52. Can you see the problem now? Allan This *is* an automake issue, and not a libtool issue, Allan right? In general, when the building blocks are in constant change and various packages only work with certain version than we have a problem. The problem I mentioned showed up in automake but definitely not limited to it. libtool, autoconf are all likely candidates.
Re: Wann denn?
Hallo ! Was ist denn nun mit einem Treffen? Du hast mir doch geschrieben, aber ich habe seitdem nichts mehr von Dir gehört. Ich hätte nächstes Wochenende Zeit. Meine Homepage: http://members.tripod.com.br/claudia24/ Bussi, Claudia http://www.eorge9621kou.home.ro/
Re: coexist multiple versions of automake
Paul Lew [EMAIL PROTECTED] writes: I would like to propose we modify automake (and autoconf) to allow multiple versions of automake coexisting on a given system. [...] You may want to have a look at my packaging of Autoconf 2.13 and Autoconf 2.52 for Debian, which includes an heuristic that automatically picks the right version of Autoconf to run in most cases. As for Automake, I don't know. I'm sure that other posters to this list will, though.