Why labor over buggy Makefiles when you could be laboring over buggy
CMake files at a much more productive level of abstraction? :o)
With excellent help from Jens Mueller and Dean Calver, CMake for D2
now passes our small suite of unit tests on both Windows and Linux.
Our tests include mixed C-D
On Sun, 5 Sep 2010 22:28:41 -0700
SK wrote:
> Why labor over buggy Makefiles when you could be laboring over buggy
> CMake files at a much more productive level of abstraction? :o)
I played with Waf a bit and it has nice support for D.
However, despite many contributors listed, it still seems
On Mon, 2011-02-21 at 11:31 +0100, Gour wrote:
[ . . . ]
>
> I played with Waf a bit and it has nice support for D.
>
> However, despite many contributors listed, it still seems to be mostly
> one-man-show which makes me a bit reluctant to use it over Cmake
> (SCons seems to be very slow without
On Mon, 21 Feb 2011 10:56:50 +
Russel Winder wrote:
>
> > Any hope that D support will be applied in upstream?
> >
> > What about 64bit support in dmd2?
>
> Are you talking about CMake or SCons here?
CMake.
> For SCons, I have "forked" the D tool in the SCons core to be a
> separate proj
Gour wrote:
> On Sun, 5 Sep 2010 22:28:41 -0700
> SK wrote:
>
> > Why labor over buggy Makefiles when you could be laboring over buggy
> > CMake files at a much more productive level of abstraction? :o)
>
> I played with Waf a bit and it has nice support for D.
>
> However, despite many contri
On Mon, 2011-02-21 at 12:40 +0100, Jens Mueller wrote:
[ . . . ]
> I don't know about upstreaming it. Certainly it would be nice. But for
> doing so I need polish it further.
Can the code comprising the D support for CMake be "packaged" up so that
it can be offerred to everyone direct from a DVCS
Russel Winder wrote:
> On Mon, 2011-02-21 at 12:40 +0100, Jens Mueller wrote:
> [ . . . ]
> > I don't know about upstreaming it. Certainly it would be nice. But for
> > doing so I need polish it further.
>
> Can the code comprising the D support for CMake be "packaged" up so that
> it can be offer
On Mon, 21 Feb 2011 12:40:11 +0100
Jens Mueller wrote:
> I don't know about upstreaming it. Certainly it would be nice. But for
> doing so I need polish it further.
OK.
> It seems that not many people are using CMakeD and there seems to be
> less interest in it.
I believe many are waiting tha
On Mon, 21 Feb 2011 21:22:54 +0100
Jens Mueller wrote:
> With CMakeD, you clone the repository, i.e.
> $ hg clone http://cmaked2.googlecode.com/hg/ cmaked2
> and
> $ cd cmaked2/cmaked
> $ mkdir build
> $ cd build
> $ cmake ..
> $ make install
>
> to install it. That will copy the necessary files
On Tue, 22 Feb 2011 09:42:46 +0100
Gour wrote:
> I installed CMakeD from the archlinux package, then pulled from the
> repo and tried tests suite. Here is the result:
Oops...forgot to run 'make test':
[gour@atmarama build] make test
Running tests...
Test project /home/gour/repos/cmaked2/tests/b
On Mon, 21 Feb 2011 21:22:54 +0100
Jens Mueller wrote:
> They also wrote in what regard CMake didn't work out for them
> http://code.google.com/p/gyp/wiki/GypVsCMake
I read it as well as
http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/34829
thread, but nothing spectacular for me.
Gour wrote:
> On Mon, 21 Feb 2011 21:22:54 +0100
> Jens Mueller wrote:
>
> > With CMakeD, you clone the repository, i.e.
> > $ hg clone http://cmaked2.googlecode.com/hg/ cmaked2
> > and
> > $ cd cmaked2/cmaked
> > $ mkdir build
> > $ cd build
> > $ cmake ..
> > $ make install
> >
> > to install
Gour wrote:
> On Tue, 22 Feb 2011 09:42:46 +0100
> Gour wrote:
>
> > I installed CMakeD from the archlinux package, then pulled from the
> > repo and tried tests suite. Here is the result:
>
> Oops...forgot to run 'make test':
>
> [gour@atmarama build] make test
> Running tests...
> Test projec
Gour wrote:
> On Mon, 21 Feb 2011 12:40:11 +0100
> Jens Mueller wrote:
>
> > Recently I've been a bit distracted from CMakeD development since I
> > stumbled over
> > Gyp
> > http://code.google.com/p/gyp/
> > and
> > Premake
> > http://industriousone.com/premake
> > Both address similar needs lik
Gour wrote:
> On Tue, 22 Feb 2011 09:42:46 +0100
> Gour wrote:
>
> > I installed CMakeD from the archlinux package, then pulled from the
> > repo and tried tests suite. Here is the result:
>
> Oops...forgot to run 'make test':
>
> [gour@atmarama build] make test
> Running tests...
> Test projec
On Tue, 22 Feb 2011 12:10:08 +0100
Jens Mueller wrote:
> Yeah. That looks good. I'd like to add your setup to
> http://code.google.com/p/cmaked2/wiki/TestedPlatforms
> Can please you leave a comment there?
Done.
Sincerely,
Gour
--
“In the material world, conceptions of good and bad are
all m
On Tue, 22 Feb 2011 12:07:13 +0100
Jens Mueller wrote:
> It does work for me most of the time. I work on Linux. There is one
> neat trick if you need to link against shared libraries which isn't
> supported by dmd yet. For these cases I rely on gcc.
> E.g.
> add_executable(myDExecutable src.d)
>
On Mon, 2011-02-21 at 21:22 +0100, Jens Mueller wrote:
[ . . . ]
> > Can the code comprising the D support for CMake be "packaged" up so that
> > it can be offerred to everyone direct from a DVCS repository? SCons and
> > Waf have the tool concept to allow for this. CMake must have something
> >
Russel Winder wrote:
> On Mon, 2011-02-21 at 21:22 +0100, Jens Mueller wrote:
> [ . . . ]
> > With CMakeD, you clone the repository, i.e.
> > $ hg clone http://cmaked2.googlecode.com/hg/ cmaked2
> > and
> > $ cd cmaked2/cmaked
> > $ mkdir build
> > $ cd build
> > $ cmake ..
> > $ make install
> >
On Tue, 22 Feb 2011 14:10:59 +0100
Jens Mueller wrote:
> Hmm. I do it like this.
> Download CMake from the official site and install it to
> /path/to/myhome/local. Then I set PATH and LD_LIBRARY_PATH as needed.
> And if I configure CMakeD using my cmake it will install the files to
> /path/to/myh
Jens Mueller wrote:
> Gour wrote:
> > On Tue, 22 Feb 2011 09:42:46 +0100
> > Gour wrote:
> >
> > > I installed CMakeD from the archlinux package, then pulled from the
> > > repo and tried tests suite. Here is the result:
> >
> > Oops...forgot to run 'make test':
> >
> > [gour@atmarama build] ma
Gour wrote:
> On Tue, 22 Feb 2011 14:10:59 +0100
> Jens Mueller wrote:
>
> > Hmm. I do it like this.
> > Download CMake from the official site and install it to
> > /path/to/myhome/local. Then I set PATH and LD_LIBRARY_PATH as needed.
> > And if I configure CMakeD using my cmake it will install t
On 2/22/11 1:32 PM, Russel Winder wrote:
Lua and Python seem, between them, to have about a 100% monopoly on the
dynamic language plugin market, at least in the media software arena.
IIRC, Naughty Dog, the people behind the Uncharted series, are using
something like PLT Scheme, i.e. LISP, for
On Tue, 22 Feb 2011 15:33:48 +0100
Jens Mueller wrote:
> I mainly push it as far as I need it because writing CMake code is no
> fun for me (and I do it in my free time).
Thank you.
> Further I have the impression that nobody really cares. I mean there
> _many_ viable ways to have better confi
Gour wrote:
> On Tue, 22 Feb 2011 15:33:48 +0100
> Jens Mueller wrote:
>
> > Further I have the impression that nobody really cares. I mean there
> > _many_ viable ways to have better configuration/build support for D.
>
> Don't be discouraged...think about the future - having good build
> suppo
Jens Mueller wrote:
> Gour wrote:
> > On Tue, 22 Feb 2011 15:33:48 +0100
> > Jens Mueller wrote:
> >
> > > Further I have the impression that nobody really cares. I mean there
> > > _many_ viable ways to have better configuration/build support for D.
> >
> > Don't be discouraged...think about th
On 2/22/11 6:10 PM, Jens Mueller wrote:
I also wanted to test it on Mac OS X but unfortunately I do not have
access to a Mac.
I don't have lots of time for experiments at the moment, but I'd be glad
to help you out if you just need someone to run an existing set of tests
on OS X or something.
On Tue, 22 Feb 2011 18:10:11 +0100
Jens Mueller wrote:
> Yeah. My point is just that I don't know whether CMake will be the way
> to go. I mean it works but there are more elegant build tools in the
> pipeline. That's why I push it only as far as it needs to be.
Well, other, 'more elegant tools'
David Nadlinger wrote:
> On 2/22/11 6:10 PM, Jens Mueller wrote:
> >I also wanted to test it on Mac OS X but unfortunately I do not have
> >access to a Mac.
>
> I don't have lots of time for experiments at the moment, but I'd be
> glad to help you out if you just need someone to run an existing se
"SK" wrote in message
news:mailman.113.1283750971.858.digitalmar...@puremagic.com...
> Why labor over buggy Makefiles when you could be laboring over buggy
> CMake files at a much more productive level of abstraction? :o)
>
> With excellent help from Jens Mueller and Dean Calver, CMake for D2
>
On Sunday 05 September 2010 22:55:58 Nick Sabalausky wrote:
> "SK" wrote in message
> news:mailman.113.1283750971.858.digitalmar...@puremagic.com...
>
> > Why labor over buggy Makefiles when you could be laboring over buggy
> > CMake files at a much more productive level of abstraction? :o)
> >
"Jonathan M Davis" wrote in message
news:mailman.114.1283754439.858.digitalmar...@puremagic.com...
> On Sunday 05 September 2010 22:55:58 Nick Sabalausky wrote:
>> "SK" wrote in message
>> news:mailman.113.1283750971.858.digitalmar...@puremagic.com...
>>
>> > Why labor over buggy Makefiles when
On Monday 06 September 2010 01:53:55 Nick Sabalausky wrote:
> Well, I guess what I mean is, compared to something like SCons, Rake or
> A-A-P. Those tools, like cmake, handle cross-platform no problem while
> providing far saner syntax than traditional make. But unline cmake, they
> don't have any
Haven't tried it yet, but thank you very much! This is something I missed a lot
:-)
LMB
SK Wrote:
> Why labor over buggy Makefiles when you could be laboring over buggy
> CMake files at a much more productive level of abstraction? :o)
>
> With excellent help from Jens Mueller and Dean Calver,
Thanks a lot – I was just thinking about writing something like that
myself when I stumbled over this post!
I have just switched to OS X, so I probably will be able to help you out
in that regard.
I'll report back when I have found time to have a look on it.
On Mon, Sep 6, 2010 at 1:53 AM, Nick Sabalausky wrote:
> "Jonathan M Davis" wrote in message
> news:mailman.114.1283754439.858.digitalmar...@puremagic.com...
>> On Sunday 05 September 2010 22:55:58 Nick Sabalausky wrote:
>>>
>>> Not to be contentious, just curious about the design philosophy behi
I will definitely be checking this out. I've used CMake with C++ for
quite a large project and it's been very good at of getting the done
without being the infinite tower of turtles on turtles that autotools
seems to be.
(I never managed to learn autotools so perhaps they don't seem as bad
on
On Sun, 5 Sep 2010 22:28:41 -0700
>> "SK" == SK wrote:
SK> Why labor over buggy Makefiles when you could be laboring over buggy
SK> CMake files at a much more productive level of abstraction? :o)
Do you recommend to learn & use CMake instead of using tools like
Xfbuild (I'm interested for D
On Fri, 2010-10-08 at 16:34 +0200, Gour D. wrote:
> Do you recommend to learn & use CMake instead of using tools like
> Xfbuild (I'm interested for D project and, so far, was accustomed to
> Haskell's Cabal, so looking for similar experience.)
For C, C++, Fortran, and hence D, I personally find C
On Fri, 08 Oct 2010 17:26:25 +0100
>> "Russel" == Russel Winder wrote:
Russel> For C, C++, Fortran, and hence D, I personally find CMake
Russel> awkward and clumsy.
Hmm...based on what I know, CMake is universe for itself...not the
most readable syntax etc., but it looks robust, capable of
> > Do you recommend to learn & use CMake instead of using tools like
> > Xfbuild (I'm interested for D project and, so far, was accustomed to
> > Haskell's Cabal, so looking for similar experience.)
>
> For C, C++, Fortran, and hence D, I personally find CMake awkward and
> clumsy.
I also think
On Fri, 8 Oct 2010 21:41:55 +0200
>> "Jens" == Jens Mueller wrote:
Jens> I also think CMake isn't that shiny. But you can get the job done
Jens> once you're familiar with it. And it has been adopted by some big
Jens> projects: Blender 3D, Boost, clang, KDE, LLVM, MiKTeX, MySQL (see
Jens> http
On Fri, 2010-10-08 at 22:25 +0200, Gour D. wrote:
> On Fri, 08 Oct 2010 17:26:25 +0100
> >> "Russel" == Russel Winder wrote:
>
> Russel> For C, C++, Fortran, and hence D, I personally find CMake
> Russel> awkward and clumsy.
>
> Hmm...based on what I know, CMake is universe for itself...no
On Fri, 2010-10-08 at 21:41 +0200, Jens Mueller wrote:
> > > Do you recommend to learn & use CMake instead of using tools like
> > > Xfbuild (I'm interested for D project and, so far, was accustomed to
> > > Haskell's Cabal, so looking for similar experience.)
> >
> > For C, C++, Fortran, and henc
On Sat, 2010-10-09 at 00:16 +0200, Gour D. wrote:
[ . . . ]
> Here is the waf list:
>
> http://code.google.com/p/waf/wiki/ProjectsUsingWaf
The SCons list is at http://www.scons.org/wiki/SconsProjects but I
think there are some big users who haven't signed up there. Intel for
one who use SCons
Gour D. wrote:
> On Fri, 8 Oct 2010 21:41:55 +0200
> >> "Jens" == Jens Mueller wrote:
>
> Jens> Coming back to the original question. I can recommend CMake
> Jens> especially if one plans to do C and C++ programming. For D we
> Jens> (Steve, Dean and I) are trying to improve the support. Fixi
On Sat, 2010-10-09 at 12:06 +0200, Jens Mueller wrote:
[ . . . ]
> With CMake you can check whether Qt is installed on the system. There is
> a FindQt.cmake.
Waf can do this sort of thing simply as well, especially via pgk-config
if available. SCons is a little more clumsy but it is there and usa
On 10/9/10 11:40 AM, Russel Winder wrote:
Well KDE was about to choose bksys (the immediate ancestor of Waf) until
some nasty politiking went on and all of a sudden they chose CMake. I
don't know all the details, but I know enough to say that that decision
was not made based on a proper study.
Russel Winder wrote:
> On Fri, 2010-10-08 at 21:41 +0200, Jens Mueller wrote:
> > > For C, C++, Fortran, and hence D, I personally find CMake awkward and
> > > clumsy.
> >
> > I also think CMake isn't that shiny. But you can get the job done once
> > you're familiar with it. And it has been adopte
On Sat, 09 Oct 2010 10:56:45 +0100
>> "Russel" == Russel Winder wrote:
Russel> I thought Waf did zipfiles as well, SCons certainly does both.
Correct.
Default in Waf is bzip2, with the support for gzip & zip.
Russel> Is there a need for anything else beyond those?
Not really.
Sincerely,
On Sat, 09 Oct 2010 10:19:50 +0100
>> "Russel" == Russel Winder wrote:
Russel> Personally I am principally an Emacs and command line person so
Russel> IDE is low on my agenda, though I use SCons as my build tool
Russel> when using Eclipse/CDT. SCons has the capability if creating
Russel> Visu
On Sat, 9 Oct 2010 12:06:46 +0200
>> "Jens" == Jens Mueller wrote:
Jens> Wow. They have excellent documentation.
Indeed. I'm just reading it.
Jens> Only finds a program, right? I'd like to find a library. I.e. I
Jens> need the path to the header files and the library files. I'll
Jens> guess
On Sat, 09 Oct 2010 11:30:44 +0100
>> "Russel" == Russel Winder wrote:
Russel> > Can you keep me informed about the result? Just curious which
Russel> > features influenced your final decision.
Russel>
Russel> I'd love to know as well. All too often people make decisions
Russel> and the deci
On Sat, 9 Oct 2010 16:48:15 +0200
>> "Gour" == "Gour D." wrote:
Gour> Rationale?
I forgot to add:
x) deps are determined by hash and not by timestamps
Sincerely,
Gour
--
Gour | Hlapicina, Croatia | GPG key: CDBF17CA
s
On Fri, Oct 8, 2010 at 12:41 PM, Jens Mueller wrote:
> I also think CMake isn't that shiny. But you can get the job done once
> you're familiar with it.
My sentiments exactly. Discussing the beauties of a particular build
system is all well and good, but what really matters are the warts
that em
On Sat, 2010-10-09 at 13:01 +0200, klickverbot wrote:
> If you accuse someone of not basing the decision »on a proper study«, I
> am sure you have some references on hand for that? Usually, a lot of
> decisions regarding KDE is made based on a meritocracy-like system,
> »nasty politiking« isn't
56 matches
Mail list logo