5 ms·

Is there an alternative that actually works?

by pja 14y ago

meaty 14y ago
Yeah: make and knowing what you are doing. I've built some seriously complicated stuff which builds on Linux, Solaris and FreeBSD in the past with no autoconf magic required. Autoconf is just a massive Rube Goldberg machine in disguise.
- mhd 14y ago
  It arose out of a different time. Linux/Solaris/BSD are trivial, compared to all the differences of the commercial unices of ages past, with their idiosyncratic libraries, BSD vs. SysV vs. POSIX, never mind all the different compilers. People would've sacrificed their firstborn to get something running on both HP/UX and SunOS, compared to that autotools was a blessing. I think there are more papers on build systems than on sort algorithms.
  - meaty 14y ago
    I've been through that as well. I have in the past just provided a different Makefile for each platform and run as follows: make -f Makefile.osf1 make -f Makefile.sunos4 make -f Makefile.sunos5 There is usually little difference between them - mainly compiler names/flags and the occasional def for code. Occasionally make is broken at which point you have to frig something. Keep It Simple is the #1 rule. Rule #2 is every bad thing you do will do two things bad back to you in the future.
wrl 14y ago
Agree with meaty: make and knowing what you're doing is good. Occasionally, though, my needs will be more complicated than what make can handle on its own (lots of compile-time options, for example, or lots of dependency checking), and in those cases I'll use waf. Waf is lovely and hasn't let me down, and it's easy to use for people who are used to the ./configure && make && sudo make install sequence.
antirez 14y ago
Redis uses many advanced POSIX features and some OS-dependent API (see ae.c) without autoconf, but just some minor ifdeffing business.
- meaty 14y ago
  +1. When I read your code, I know there is hope yet :)
  - antirez 14y ago
    You are too kind! Thanks.
deweerdt 14y ago
It depends on what you mean by works. CMake actually works for me.
- pja 14y ago
  I've never liked CMake, but equally I've never really been able to articulate why that is.
apaprocki 14y ago
We decided to use gyp instead of autoconf and with some tweaking shipped a massive library that builds on Linux, Solaris, FreeBSD, OSX, AIX, HP-UX, Windows w/ it in both 32/64-bit. Definitely not for the feint of heart, but it is possible.
jff 14y ago
Check out http://swtch.com/plan9port/ http://swtch.com/plan9port/, it's a huge project that runs on (to quote the site) Linux (x86, x86-64, PowerPC, and ARM), FreeBSD (x86, x86-64), Mac OS X (x86 and Power PC), NetBSD (x86 and PowerPC), OpenBSD (x86 and PowerPC), SunOS (Sparc). It uses a shell script to do a little bit of config, then bootstraps mk (a Bell Labs successor to make) and builds everything from some very human-readable mkfiles. When you want to build, you just untar the source and run ./INSTALL
- pja 14y ago
  Ta, will take a look.

Is there an alternative that actually works?

by pja 14y ago

Is there an alternative that actually works?

meaty 14y ago

Yeah: make and knowing what you are doing. I've built some seriously complicated stuff which builds on Linux, Solaris and FreeBSD in the past with no autoconf magic required. Autoconf is just a massive Rube Goldberg machine in disguise.

mhd 14y ago
It arose out of a different time. Linux/Solaris/BSD are trivial, compared to all the differences of the commercial unices of ages past, with their idiosyncratic libraries, BSD vs. SysV vs. POSIX, never mind all the different compilers. People would've sacrificed their firstborn to get something running on both HP/UX and SunOS, compared to that autotools was a blessing. I think there are more papers on build systems than on sort algorithms.
- meaty 14y ago
  I've been through that as well. I have in the past just provided a different Makefile for each platform and run as follows: make -f Makefile.osf1 make -f Makefile.sunos4 make -f Makefile.sunos5 There is usually little difference between them - mainly compiler names/flags and the occasional def for code. Occasionally make is broken at which point you have to frig something. Keep It Simple is the #1 rule. Rule #2 is every bad thing you do will do two things bad back to you in the future.

wrl 14y ago

Agree with meaty: make and knowing what you're doing is good. Occasionally, though, my needs will be more complicated than what make can handle on its own (lots of compile-time options, for example, or lots of dependency checking), and in those cases I'll use waf. Waf is lovely and hasn't let me down, and it's easy to use for people who are used to the ./configure && make && sudo make install sequence.

antirez 14y ago

Redis uses many advanced POSIX features and some OS-dependent API (see ae.c) without autoconf, but just some minor ifdeffing business.

meaty 14y ago
+1. When I read your code, I know there is hope yet :)
- antirez 14y ago
  You are too kind! Thanks.

deweerdt 14y ago

It depends on what you mean by works. CMake actually works for me.

pja 14y ago
I've never liked CMake, but equally I've never really been able to articulate why that is.

apaprocki 14y ago

We decided to use gyp instead of autoconf and with some tweaking shipped a massive library that builds on Linux, Solaris, FreeBSD, OSX, AIX, HP-UX, Windows w/ it in both 32/64-bit. Definitely not for the feint of heart, but it is possible.

jff 14y ago

Check out http://swtch.com/plan9port/ http://swtch.com/plan9port/, it's a huge project that runs on (to quote the site) Linux (x86, x86-64, PowerPC, and ARM), FreeBSD (x86, x86-64), Mac OS X (x86 and Power PC), NetBSD (x86 and PowerPC), OpenBSD (x86 and PowerPC), SunOS (Sparc). It uses a shell script to do a little bit of config, then bootstraps mk (a Bell Labs successor to make) and builds everything from some very human-readable mkfiles. When you want to build, you just untar the source and run ./INSTALL

pja 14y ago
Ta, will take a look.