Yeah, marketing: forcing you to buy shit you will never need.
On 2/3/10, sta...@cs.tu-berlin.de wrote:
> * David Tweed [2010-02-03 08:32]:
>> On Wed, Feb 3, 2010 at 4:15 AM, Noah Birnel wrote:
>> > On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote:
>> >
>> >>... a mobile ph
> The over-equiped mobile phone fails at being general purpose portable
> *mobile* computer due to the battery life for example. Having acceptable
> battery life with the same equipment would result in other
> weight/dimensions which would not fit in peoples' understanding for mobile
> or portable
* David Tweed [2010-02-03 08:32]:
> On Wed, Feb 3, 2010 at 4:15 AM, Noah Birnel wrote:
> > On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote:
> >
> >>... a mobile phone with integrated camera,
> >> touch screen, 'apps' for learning languages, etc. is as much suckless as an
>
* Noah Birnel [2010-02-03 05:46]:
> On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote:
>
> >... a mobile phone with integrated camera,
> > touch screen, 'apps' for learning languages, etc. is as much suckless as an
> > axe with a door bell, toilet paper and nuclear power gen
On Wed, Feb 3, 2010 at 4:15 AM, Noah Birnel wrote:
> On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote:
>
>>... a mobile phone with integrated camera,
>> touch screen, 'apps' for learning languages, etc. is as much suckless as an
>> axe with a door bell, toilet paper and nucle
On Mon, Feb 01, 2010 at 04:49:52PM +0100, sta...@cs.tu-berlin.de wrote:
>... a mobile phone with integrated camera,
> touch screen, 'apps' for learning languages, etc. is as much suckless as an
> axe with a door bell, toilet paper and nuclear power generator.
>
At this point a mobile phone is a
what the fuck is all that pcp about anyway?
On Tue, Feb 2, 2010 at 11:04 PM, Chris Palmer wrote:
> Jacob Todd writes:
>
>> > Maybe he's that rude because the plan9-colors make him aggressive ;)
>>
>> I think it has to do with people being fucking dumb.
>
> Let's not reject the PCP hypothesis out
Jacob Todd writes:
> > Maybe he's that rude because the plan9-colors make him aggressive ;)
>
> I think it has to do with people being fucking dumb.
Let's not reject the PCP hypothesis out of hand, now.
On Tue, Feb 02, 2010 at 03:57:05PM +0100, Moritz Wilhelmy wrote:
> Maybe he's that rude because the plan9-colors make him aggressive ;)
>
I think it has to do with people being fucking dumb.
--
I am a man who does not exist for others.
pgptG6In8tsHm.pgp
Description: PGP signature
On Tue, Feb 02, 2010 at 12:09:28AM +0100, Nicolai Waniek wrote:
> On 02/01/2010 10:25 PM, Uriel wrote:
> > If you define your personal identity based on the colors of your
> > fucking window manager I feel sorry for your pathetic worthless life.
>
> This is not the first time that you confuse caus
On Tue, Feb 02, 2010 at 09:57:04AM +0100, Antoni Grzymala wrote:
>
> Anselm R Garbe dixit (2010-02-02, 08:05):
>
> > On 1 February 2010 23:56, Antoni Grzymala wrote:
> > > Well, a while ago I saw a back-to-front Trabant on the streets of
> > > Warsaw, a quick google and here you go:
> > >
> > >
I meant werc.rc, as you can image.
--
JID: smoppy AT gmail.com
WWW: http://cma.teroristi.org
Uriel wrote:
On Tue, Feb 2, 2010 at 12:23 AM, pancake wrote:
On Mon, 1 Feb 2010 22:31:38 +0100
Uriel wrote:
On Mon, Feb 1, 2010 at 2:20 PM, pancake wrote:
anonymous wrote:
Having said that, in case of rfork vice versa from FreeBSD.
Yes, I am talking
Anselm R Garbe dixit (2010-02-02, 08:05):
> On 1 February 2010 23:56, Antoni Grzymala wrote:
> > Well, a while ago I saw a back-to-front Trabant on the streets of
> > Warsaw, a quick google and here you go:
> >
> > http://autofoto.pl/blogs/prezes/archive/2009/05/11/trabant-je-d-cy-ty-em.aspxa
> >
On 1 February 2010 23:56, Antoni Grzymala wrote:
> Well, a while ago I saw a back-to-front Trabant on the streets of
> Warsaw, a quick google and here you go:
>
> http://autofoto.pl/blogs/prezes/archive/2009/05/11/trabant-je-d-cy-ty-em.aspxa
>
> http://piotr.biegala.pl/foto/displayimage.php?pid=34
On Tue, Feb 2, 2010 at 12:23 AM, pancake wrote:
> On Mon, 1 Feb 2010 22:31:38 +0100
> Uriel wrote:
>
>> On Mon, Feb 1, 2010 at 2:20 PM, pancake wrote:
>> > anonymous wrote:
>> >>>
>> >>> Having said that, in case of rfork vice versa from FreeBSD.
>> >>>
>> >>
>> >> Yes, I am talking about FreeBS
On Tue, Feb 2, 2010 at 12:09 AM, Nicolai Waniek wrote:
> On 02/01/2010 10:25 PM, Uriel wrote:
>> If you define your personal identity based on the colors of your
>> fucking window manager I feel sorry for your pathetic worthless life.
>
> This is not the first time that you confuse cause and resul
On Mon, Feb 1, 2010 at 10:46 PM, Charlie Kester wrote:
> On Mon 01 Feb 2010 at 13:30:00 PST Uriel wrote:
>>
>> On Mon, Feb 1, 2010 at 2:06 PM, anonymous wrote:
Having said that, in case of rfork vice versa from FreeBSD.
>>>
>>> Yes, I am talking about FreeBSD. With configure you can mak
On Tue, Feb 02, 2010 at 12:09:28AM +0100, Nicolai Waniek wrote:
> On 02/01/2010 10:25 PM, Uriel wrote:
> > If you define your personal identity based on the colors of your
> > fucking window manager I feel sorry for your pathetic worthless life.
>
> This is not the first time that you confuse caus
Chris Palmer dixit (2010-02-01, 15:48):
> Anselm R Garbe writes:
>
> > "[...] as even refueling the car required lifting the hood, filling the
> > tank with gasoline (only 24 litres[1]), then adding two-stroke oil and
> > shaking it back and forth to mix."
>
> Never mind that bit of compile-time
Anselm R Garbe writes:
> "[...] as even refueling the car required lifting the hood, filling the
> tank with gasoline (only 24 litres[1]), then adding two-stroke oil and
> shaking it back and forth to mix."
Never mind that bit of compile-time configuration -- look at this filth!
http://en.wikipe
Uriel writes:
> If you define your personal identity based on the colors of your fucking
> window manager I feel sorry for your pathetic worthless life.
Have you considered smoking less PCP?
On Mon, 1 Feb 2010 22:31:38 +0100
Uriel wrote:
> On Mon, Feb 1, 2010 at 2:20 PM, pancake wrote:
> > anonymous wrote:
> >>>
> >>> Having said that, in case of rfork vice versa from FreeBSD.
> >>>
> >>
> >> Yes, I am talking about FreeBSD. With configure you can make your
> >> program portable bet
On 02/01/2010 10:25 PM, Uriel wrote:
> If you define your personal identity based on the colors of your
> fucking window manager I feel sorry for your pathetic worthless life.
This is not the first time that you confuse cause and result. Additionally, you
seem to not have a fucking clue about peop
> If you define your personal identity based on the colors of your
> fucking window manager I feel sorry for your pathetic worthless life.
>
> uriel
Please keep these unconstrained insults coming, I laughed heartily at
the quoted.
> Out of curiosity: what were the other reasons and what did you settle on
> instead (if anything)?
Windows (and the iPhone)
M.
> You idiots keep missing the point: if you need to change the colors to
> improve your productivity then either the original colors were totally
> broken and the developer that picked them should get a clue and fix
> them, or your brain is broken, and you should stop using computers if
> you can't
Uriel dixit (2010-02-01, 22:30):
> On Mon, Feb 1, 2010 at 2:06 PM, anonymous wrote:
> >> Having said that, in case of rfork vice versa from FreeBSD.
> >
> > Yes, I am talking about FreeBSD. With configure you can make your
> > program portable between FreeBSD and Linux. Most probably other
> > sy
On Mon 01 Feb 2010 at 13:30:00 PST Uriel wrote:
On Mon, Feb 1, 2010 at 2:06 PM, anonymous wrote:
Having said that, in case of rfork vice versa from FreeBSD.
Yes, I am talking about FreeBSD. With configure you can make your
program portable between FreeBSD and Linux. Most probably other
system
On Mon, Feb 1, 2010 at 3:46 PM, Anselm R Garbe wrote:
> On 1 February 2010 13:30, wrote:
>> experts rule: Actually they don't want! Ever seen a suckless car, or
>> mobile phone?
>
> There was the DDR Trabant, which I consider quite close to a suckless
> car: http://en.wikipedia.org/wiki/Trabant
On Mon, Feb 1, 2010 at 3:26 PM, markus schnalke wrote:
> [2010-02-01 13:06] Anselm R Garbe
>> On 1 February 2010 12:52, wrote:
>> >
>> > This is my PC and I decide what colours are used.
>>
>> To be fair Uriel isn't completely wrong. In an ideal world everyone
>> would just use the software as
On Mon, Feb 1, 2010 at 2:20 PM, pancake wrote:
> anonymous wrote:
>>>
>>> Having said that, in case of rfork vice versa from FreeBSD.
>>>
>>
>> Yes, I am talking about FreeBSD. With configure you can make your
>> program portable between FreeBSD and Linux. Most probably other
>> systems won't impl
On Mon, Feb 1, 2010 at 2:06 PM, anonymous wrote:
>> Having said that, in case of rfork vice versa from FreeBSD.
>
> Yes, I am talking about FreeBSD. With configure you can make your
> program portable between FreeBSD and Linux. Most probably other
> systems won't implement clone/rfork their own wa
On Mon, Feb 1, 2010 at 12:16 PM, Nicolai Waniek wrote:
> On 02/01/2010 12:02 PM, Uriel wrote:
>> People are retards that should get a life, and developers that can't
>> pick bearable colors should not pick colors (just ask for advice from
>> an artists as Rob did for acme and rio).
>
> Desktop Loo
Hah, a trabbie sucks less?! That's pure idiocy!
Anselm R Garbe dixit (2010-02-01, 15:58):
> On 1 February 2010 15:49, wrote:
> > * Anselm R Garbe [2010-02-01 15:48]:
> >> On 1 February 2010 13:30, wrote:
> >> > experts rule: Actually they don't want! Ever seen a suckless car, or
> >> > mobile phone?
> >>
> >> There was the DDR Trabant, wh
On 1 February 2010 15:49, wrote:
> * Anselm R Garbe [2010-02-01 15:48]:
>> On 1 February 2010 13:30, wrote:
>> > experts rule: Actually they don't want! Ever seen a suckless car, or
>> > mobile phone?
>>
>> There was the DDR Trabant, which I consider quite close to a suckless
>> car: http://e
* Anselm R Garbe [2010-02-01 15:48]:
> On 1 February 2010 13:30, wrote:
> > experts rule: Actually they don't want! Ever seen a suckless car, or
> > mobile phone?
>
> There was the DDR Trabant, which I consider quite close to a suckless
> car: http://en.wikipedia.org/wiki/Trabant
Well, Trabi
A remark about the Trabant, quote from the Wikipedia article
"[...] as even refueling the car required lifting the hood, filling
the tank with gasoline (only 24 litres[1]), then adding two-stroke oil
and shaking it back and forth to mix."
This isn't correct, in the GDR each petrol station had pet
On 1 February 2010 13:30, wrote:
> experts rule: Actually they don't want! Ever seen a suckless car, or
> mobile phone?
There was the DDR Trabant, which I consider quite close to a suckless
car: http://en.wikipedia.org/wiki/Trabant
As for a mobile phone I'd say that the iphone is quite suckles
[2010-02-01 13:06] Anselm R Garbe
> On 1 February 2010 12:52, wrote:
> >
> > This is my PC and I decide what colours are used.
>
> To be fair Uriel isn't completely wrong. In an ideal world everyone
> would just use the software as is and not waste time on fiddling
> around with colors and such
On Mon, Feb 01, 2010 at 01:06:09PM +, Anselm R Garbe wrote:
> To be fair Uriel isn't completely wrong. In an ideal world everyone
> would just use the software as is and not waste time on fiddling
> around with colors and such. But obviously a lot of people like
> customizing things/making them
On 11:15 Mon 01 Feb, Anselm R Garbe wrote:
> Well if you ask artists they will come up with gradients, translucency
> and other bullshit. I think the default color scheme in dwm is great.
Then you are asking the wrong "artists".
> >> I know you will say there shouldn't be any options, but even we
* Anselm R Garbe [2010-02-01 14:09]:
> On 1 February 2010 12:52, wrote:
> >> People are retards that should get a life,
> >> [...]
> >> shortcuts are part of the UI which should be sane and consistent.
> >
> > This is my PC and I decide what colours are used.
> like nearly no one changes the loo
anonymous wrote:
Having said that, in case of rfork vice versa from FreeBSD.
Yes, I am talking about FreeBSD. With configure you can make your
program portable between FreeBSD and Linux. Most probably other
systems won't implement clone/rfork their own way so program will be
portable betwe
On 1 February 2010 13:06, anonymous wrote:
>> Having said that, in case of rfork vice versa from FreeBSD.
>
> Yes, I am talking about FreeBSD. With configure you can make your
> program portable between FreeBSD and Linux. Most probably other
> systems won't implement clone/rfork their own way so p
> Having said that, in case of rfork vice versa from FreeBSD.
Yes, I am talking about FreeBSD. With configure you can make your
program portable between FreeBSD and Linux. Most probably other
systems won't implement clone/rfork their own way so program will be
portable between all systems with som
On 1 February 2010 12:52, wrote:
>> People are retards that should get a life, and developers that can't
>> pick bearable colors should not pick colors (just ask for advice from
>> an artists as Rob did for acme and rio). Layout algorithms are more an
>> intrinsic part of the application and shou
> People are retards that should get a life, and developers that can't
> pick bearable colors should not pick colors (just ask for advice from
> an artists as Rob did for acme and rio). Layout algorithms are more an
> intrinsic part of the application and should not be considered 'an
> option' (and
On 1 February 2010 11:45, pancake wrote:
> Anselm R Garbe wrote:
People have different taste regarding the colors, fonts, layout
algorithms, shortcuts etc.
>>>
>>> People are retards that should get a life, and developers that can't
>>> pick bearable colors should not pick colo
Anselm R Garbe wrote:
People have different taste regarding the colors, fonts, layout algorithms,
shortcuts etc.
People are retards that should get a life, and developers that can't
pick bearable colors should not pick colors (just ask for advice from
an artists as Rob did for acme and r
On 02/01/2010 12:02 PM, Uriel wrote:
> People are retards that should get a life, and developers that can't
> pick bearable colors should not pick colors (just ask for advice from
> an artists as Rob did for acme and rio).
Desktop Look&Feel Communism up ahead.
Yours is the most retarded and human
On 1 February 2010 11:02, Uriel wrote:
> On Mon, Feb 1, 2010 at 8:18 AM, Anselm R Garbe wrote:
>> I agree to all you said, except:
>>
>> On 31 January 2010 22:00, Uriel wrote:
>>> No, it is not OK, the gratuitous fiddling with the .h files is one of
>>> the most retarded things about dwm.
>>
>>
On Mon, Feb 1, 2010 at 8:18 AM, Anselm R Garbe wrote:
> I agree to all you said, except:
>
> On 31 January 2010 22:00, Uriel wrote:
>> No, it is not OK, the gratuitous fiddling with the .h files is one of
>> the most retarded things about dwm.
>
> If you know a better way, please let me know. The
On Mon, Feb 01, 2010 at 09:48:37AM +, Anselm R Garbe wrote:
> IMHO such a package manager is not needed, all we need are static
> executables of each tool what I try to achieve with static linux. Only
> exception are config files for daemons and tools, however this is all
> achievable using git
On 1 February 2010 09:38, Dmitry Maluka wrote:
> On Sun, Jan 31, 2010 at 11:00:58PM +0100, Uriel wrote:
>> There are retarded standards for all kinds of crap, too bad that there
>> are thousands of standards and nobody follows them anyway.
>>
>> It is simple, the system user knows much better wher
On Sun, Jan 31, 2010 at 11:00:58PM +0100, Uriel wrote:
> There are retarded standards for all kinds of crap, too bad that there
> are thousands of standards and nobody follows them anyway.
>
> It is simple, the system user knows much better where shit is than the
> developer can dream knowing, if t
I agree to all you said, except:
On 31 January 2010 22:00, Uriel wrote:
> No, it is not OK, the gratuitous fiddling with the .h files is one of
> the most retarded things about dwm.
If you know a better way, please let me know. The idea behind config.h
is to provide a mechanism where people can
On 1 February 2010 07:06, Anselm R Garbe wrote:
> On 31 January 2010 22:40, anonymous wrote:
>>> If you need mkstemp you have have two options: either you restrict
>>> your program to run only on platforms that include it, or you
>>> implement your own version. In either case there is *zero* adva
On 31 January 2010 22:40, anonymous wrote:
>> If you need mkstemp you have have two options: either you restrict
>> your program to run only on platforms that include it, or you
>> implement your own version. In either case there is *zero* advantage
>> of finding out at build time whatever your sy
> If you need mkstemp you have have two options: either you restrict
> your program to run only on platforms that include it, or you
> implement your own version. In either case there is *zero* advantage
> of finding out at build time whatever your system includes it or not.
What if there is diffe
On Sun, Jan 31, 2010 at 10:16 PM, pancake wrote:
>
>
> On Jan 30, 2010, at 3:58 PM, Uriel wrote:
>
>>>
>>
>> Plan 9 solves this, the standard set of mkfiles you can use are
>> described here: http://doc.cat-v.org/plan_9/4th_edition/papers/mkfiles
>>
> Will take a look. Thanks
>>
>>> The configure
On Jan 30, 2010, at 3:58 PM, Uriel wrote:
Plan 9 solves this, the standard set of mkfiles you can use are
described here: http://doc.cat-v.org/plan_9/4th_edition/papers/mkfiles
Will take a look. Thanks
The configure stage is in many situations innecessary, but its just
a way
to do d
On 29 January 2010 10:32, pancake wrote:
> The problem I see in makefiles is that they dont follow a strict usage
> rules and there are no 'standards' on their usage. And this is pretty
> anoying. Because with the makefile approach you end up by implementing
> everything from scratch, there's no s
On Fri, Jan 29, 2010 at 11:32 AM, pancake wrote:
> Anselm R Garbe wrote:
>>
>> Well I've heared these reasons before and I don't buy them. There are
>> toolchains like the BSD ones and they proof pretty much that the
>> "everything is a Makefile approach" is the most portable and
>> sustainable on
On Wed, Jan 27, 2010 at 1:12 PM, anonymous wrote:
> On Wed, Jan 27, 2010 at 07:07:49AM +, David Tweed wrote:
>> On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote:
>> > Why the fucking hell should the fucking build tool know shit about the
>> > OS it is running on?!?!?!
>> >
>> > If you need to do
Anselm R Garbe wrote:
Well I've heared these reasons before and I don't buy them. There are
toolchains like the BSD ones and they proof pretty much that the
"everything is a Makefile approach" is the most portable and
sustainable one. Running a configure script from 10 years ago will
fail immedia
On Wed 27 Jan 2010 at 06:48:22 PST Noah Birnel wrote:
On Wed, Jan 27, 2010 at 07:43:22AM +, Anselm R Garbe wrote:
In my observation one should stick to one platform, which is nowadays
Linux+common libraries (most of the time) when packaging some source
code. In >90% of all cases it will work
On Wed, Jan 27, 2010 at 07:43:22AM +, Anselm R Garbe wrote:
> In my observation one should stick to one platform, which is nowadays
> Linux+common libraries (most of the time) when packaging some source
> code. In >90% of all cases it will work fine, because the other 95% of
> users use Linux a
On Wed, Jan 27, 2010 at 07:07:49AM +, David Tweed wrote:
> On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote:
> > Why the fucking hell should the fucking build tool know shit about the
> > OS it is running on?!?!?!
> >
> > If you need to do OS guessing, that is a clear sign that you are doing
> > t
2010/1/27 David Tweed :
> On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote:
>> Why the fucking hell should the fucking build tool know shit about the
>> OS it is running on?!?!?!
>>
>> If you need to do OS guessing, that is a clear sign that you are doing
>> things *wrong* 99% of the time.
>
> [In wha
On Wed, Jan 27, 2010 at 6:25 AM, Uriel wrote:
> Why the fucking hell should the fucking build tool know shit about the
> OS it is running on?!?!?!
>
> If you need to do OS guessing, that is a clear sign that you are doing
> things *wrong* 99% of the time.
[In what follows by "OS" I mean kernel pl
On Tue, Jan 26, 2010 at 8:10 AM, Daniel Bainton wrote:
> 2010/1/25 pancake :
>> I have been using make(1) and acr(1) for most of my projects for a long while
>
> acr seems to have the OS guessing quite bad. It checks if uname is the
> GNU version and then adds -gnu to the system type if it is? Wha
On Mon, Jan 25, 2010 at 4:40 PM, pancake wrote:
> PD: Is there any tutorial or good documentation about how to use mk?
http://doc.cat-v.org/plan_9/4th_edition/papers/mk
http://doc.cat-v.org/plan_9/4th_edition/papers/mkfiles
> because
> 'make' is
> nice, but its too shell dependend and this force
I switched the development process over to gentoo where I work and
it's been awesome to say the least.
Thanks to everyone for all the help.
I'm looking more at the development process than the distribution
process which means different issues are most important for me. The
big issue I'm looking at is that I've got lots of programs which can
be visualised as having "conventional" dependencies with t
I just wanted to say that few months ago I started to write a build
system in C,
aiming to fix all those issues, but it's quite in early stage, only
works for simple
projects.
I named it 'cake', as for cooking :)
You will find the source here:
hg clone http://hg.youterm.com/cake
Instead of
2010/1/26 pancake :
> Anselm R Garbe wrote:
>>
>> What about the good old way of providing one master makefile for each
>> platform instead of these scripts that are doomed to fail anyways
>> sooner or later?
>>
>>
>
> It's not only about platform, for small projects i find single makefiles ok,
> b
Anselm R Garbe wrote:
What about the good old way of providing one master makefile for each
platform instead of these scripts that are doomed to fail anyways
sooner or later?
It's not only about platform, for small projects i find single makefiles ok,
but for big ones you need to separate th
2010/1/26 pancake :
> On Jan 26, 2010, at 8:10 AM, Daniel Bainton wrote:
>
>> 2010/1/25 pancake :
>>>
>>> I have been using make(1) and acr(1) for most of my projects for a long
>>> while
>>
>> acr seems to have the OS guessing quite bad. It checks if uname is the
>> GNU version and then adds -gnu
2010/1/26 pancake :
>
>
> On Jan 26, 2010, at 8:10 AM, Daniel Bainton wrote:
>
>> 2010/1/25 pancake :
>>>
>>> I have been using make(1) and acr(1) for most of my projects for a long
>>> while
>>
>> acr seems to have the OS guessing quite bad. It checks if uname is the
>> GNU version and then adds
On Jan 26, 2010, at 8:10 AM, Daniel Bainton wrote:
2010/1/25 pancake :
I have been using make(1) and acr(1) for most of my projects for a
long while
acr seems to have the OS guessing quite bad. It checks if uname is the
GNU version and then adds -gnu to the system type if it is? What if
t
I'd say stay away from cmake. It's very complicated.
I'd like to try plan9 mk, but in the meantime, one more vote for good old make.
Andres
2010/1/25 pancake :
> I have been using make(1) and acr(1) for most of my projects for a long while
acr seems to have the OS guessing quite bad. It checks if uname is the
GNU version and then adds -gnu to the system type if it is? What if
the system is a uClibc based one that uses the GNU version
anonymous wrote:
Radare INSTALL says "The WAF build system is supossed to replace the
ACR one.". This means that ACR is going to be replaced with WAF?
In the section "HOW TO COMPILE" there is "Standard way" with
configure && make && make install and "Alternative (going to be
deprecated)" based o
Radare INSTALL says "The WAF build system is supossed to replace the
ACR one.". This means that ACR is going to be replaced with WAF?
In the section "HOW TO COMPILE" there is "Standard way" with
configure && make && make install and "Alternative (going to be
deprecated)" based on waf. This means t
I have been using make(1) and acr(1) for most of my projects for a long
while
and Im pretty happy with them. But I have to agree that make lacks so many
things and it is bloated enought to think on moving to mk(1).
Some projects like perl use perl (miniperl) to generate makefiles from
simplest
David,
I worked with the people at Kitware, Inc. for a while (here in
beautiful upstate New York), and they wrote and maintain CMake [1]. I
believe KDE, IIRC, has used CMake for a while now (which is at least a
testament to the complexity it can handle).
IMHO, CMake does not have a great syntax,
Hi David,
2010/1/25 David Tweed :
> I'm wondering if anyone has had particularly good experiences with any
> meta-build system (cmake, etc) in the following circumstances:
>
> I will have a large codebase which consists of some generic files and
> some processor specific files. (I'm not worried ab
Hi,
I'm wondering if anyone has had particularly good experiences with any
meta-build system (cmake, etc) in the following circumstances:
I will have a large codebase which consists of some generic files and
some processor specific files. (I'm not worried about OS environent
stuff like "has vsnpr
90 matches
Mail list logo
