From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: alsa-utils cvscompile Date: Thu, 25 Sep 2003 11:20:59 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <3F6EBD21.385BE9EA@srr.ro> <3F717F41.8A481DF8@srr.ro> <3F725A3A.11C24B19@srr.ro> Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <3F725A3A.11C24B19@srr.ro> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Andrei Boros Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Thu, 25 Sep 2003 06:00:10 +0300, Andrei Boros wrote: > > Takashi Iwai wrote: > > > > hmm, check whether depcomp file at the top directory is empty. > > if so, try to remove depcomp. > > it must come from automake, but the combination of the old automake > > and the new libtool can be problematic. > > removed an empty depcomp and problem solved. Thanks. > > > > anyway, the best way would be to upgrade (or even downgrade) the all > > GNU auto-tools to the sane combination. i'm not sure which version > > combinations are correct, though. > > > > upgrading them to the latest version would be fine for ALSA, but it > > might not work on others occasionally. sigh. > > I don't know, I just upgraded severla weeks ago the compiler, gnu auto*, > libtool, make to the versions required to compile glibc-2.2.5, so they > are all pretty new. well... it's not so new nowadays :) on my system: % automake --version automake (GNU automake) 1.7.6 % autoconf --version autoconf (GNU Autoconf) 2.57 % libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220.2.1 2003/04/14 22:48:00) IIRC, at least, the libtool 1.4.x is problematic for creating versioned symbols. (we have workarounds, but not perfect.) Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf