On 7/27/07, Stefan Seyfried <[EMAIL PROTECTED]> wrote: > On Wed, Jul 25, 2007 at 05:33:15PM +0300, Alon Bar-Lev wrote: > > On 7/25/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote: > > > IIRC, we discussed that in the past and decided not to do it. > > > > Well... Maybe now when the project advanced you have new arguments? > > It will be much much easier for users. > > How so? And can't it easily be solved by pimping the current Makefile > a little bit? >
Sure I can... I can also create a bash script for compiling programs... Or C program... and skip make. autoconf/automake parameters and stages are well supported by package managers. But I guess you already know this.. You have used gmake extensions... But it is still difficult to produce a proper solution, for example: make install DESTDIR=/tmp/xxx Results in: <snip> install -D --mode=755 resume /home/alonbl/tmp/xx/suspend/xxx/usr/local/lib/suspend/resume install: cannot stat `resume': No such file or directory make: *** [install-resume] Error 1 And if we want to detect lzo or lzo2 how many variables should we add? What about proper errors if dependencies not found? Or the fact that the same variables should be passed as argument twice... For make and make install. And the fact that you provide CONFIG_UDEV=no and it turns into yes... Or the missing LDFLAGS variable from external. Or the fact that in previous release you forgot to create a directory before you put a file during install. I guess we will discover more issues as time progresses. All the above is the reason why autoconf/automake was introduced. > Note that it is much more important that it is easy for developers ;-) Users = developers and users... Well... I consider my-self a developer and it would be easier to me... But... I *NEVER IMPLY* that developers are more important than their users! Users expect a common sequence to compile packages, they cannot learn a new crazy configuration for each package. I suggested to provide the autoconf/automake support, but I don't wish to work for nothing. Alon. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
