19977 2008-07-10 13:56:35 -0700 Remove handmade autogen.sh in favor of autoreconf -i 2024-04-19 08:54:22 -0700 1 1 1 Unclassified WebKit Platform 528+ (Nightly build) PC Other UNCONFIRMED P2 Normal --- 0 landry webkit-unassigned ahmad.saleem792 alp ddkilzer gsnedders jbedard oldest_to_newest 85638 0 landry 2008-07-10 13:56:35 -0700 There's no real need to have a handmade autogen.sh when this facility is provided by autoreconf -i : autoreconf comes with autoconf package and takes care of running aclocal/autoheader/autoconf/automake in the right order. -i is the equivalent of --add-missing for autoconf. - also, there's no need to touch empty README/INSTALL.. just provide real ones. - this is maybe a return of bug https://bugs.webkit.org/show_bug.cgi?id=16665, i agree with the OP, auto* system should not call configure too. It's only here to prepare things for configure. - $top_srcdir in autogen.sh is undefined, this may lead to errors. (trying to remove something in / is bad :) Btw, removing autogen.sh in favor of documenting and using autoreconf -i instead allows to build in a separate directory, like requested in a previous bug. 86023 1 landry 2008-07-16 02:55:39 -0700 After multiple tests, autogen.sh can effectively be replaced by a call to 'autoreconf --install', followed by a call to 'automake --add-missing --copy' to cope with a bug in autoreconf not installing install-sh, missing and depcomp (cf http://www.freesoftwaremagazine.com/books/agaal/configuring_a_project_with_autoconf for details) Documenting this procedure in an INSTALL file could be a good option :) autogen.sh scripts tend to be deprecated.. 2029853 2 ahmad.saleem792 2024-04-19 08:54:22 -0700 We have following reference of 'autogen.sh' in WebKit upstream code. https://github.com/search?q=repo%3AWebKit%2FWebKit%20autogen.sh&type=code