Had Mixxx scripting on, just deleted those WITH_SCRIPTING lines from the
CMakeLists.txt file and it seems to be building... meh, didn't have
scripting on... oh well... maybe lua/python is a dep for scripting, though I
swear I built script=1 on this machine without lua before...
Random thoughts:
* miss my colorgcc...
* all of the output shit (moc*.*, *.cxx) ended up in src when I called
"cmake ." from mixxx/ (where that is the checkout root), argh... did I do
that wrong?
* CAPS heavy languages give me a headache...
* the whole, cmake doesn't use a programming language doesn't appear to
true. IMHO, its another custom macro language...
* Debug: Mixxx 1.6.5 "(svn r; built on: Dec 8 2008 @ 00:55:25) " is
starting...
---> svn rev? build options? we gotta have this for when people post bug
reports.
* Helio's version looks like if it finds a lib, it turns on the switch...
I'd be curious to know if it identifies the added dep at packaging time.
* my netbook is too damn slow to build mixxx
* must sleep, now....
-G
__
--- == __/ t.O ==--
http://stacktrace.org/
On Mon, Dec 8, 2008 at 12:19 AM, Garth Dahlstrom <[EMAIL PROTECTED]> wrote:
> Is this a cmake dep? Mixxx doesn't use it.
>
> -- Found LADSPA: /home/ged/workspace/mixxx/lib/ladspa
> CMake Error at
> /usr/share/cmake-2.6/Modules/FindPackageHandleStandardArgs.cmake:57
> (MESSAGE):
> Could NOT find Lua51 (missing: LUA_LIBRARIES LUA_INCLUDE_DIR)
> Call Stack (most recent call first):
> /usr/share/cmake-2.6/Modules/FindLua51.cmake:60
> (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
> CMakeLists.txt:211 (find_package)
>
>
> -- Configuring incomplete, errors occurred!
>
> __
> --- == __/ t.O ==--
> http://stacktrace.org/
>
>
> On Fri, Dec 5, 2008 at 9:13 AM, Claudio Bantaloukas <[EMAIL PROTECTED]
> > wrote:
>
>> Oh my oh my, great questions ;)
>>
>> On Fri, Dec 5, 2008 at 6:16 AM, Garth Dahlstrom <[EMAIL PROTECTED]> wrote:
>> > I remember trying to find out about CMake back when Albert originally
>> > brought up the idea of using a new build tool...
>> >
>> > There are areas were I see SCons as lacking, though speed is not one of
>> them
>> > (it's a little slow on my Atom netbook, but it flies on a real
>> machine)...
>> >
>> > I'd be interested in CMake, if it:
>> > * is able to do cross compiling (build i386 Linux, Windows, OSX from our
>> > 64-bit Linux server) or supports some kind of distributed build set-up
>> to do
>> > this where builds can be built and uploaded from mulitple machines to a
>> > server with results.
>>
>> > * solves some packaging problems (can make .rpm, .deb, .dmg, .msi)
>> it does handle rpm, debs, dmg's, and works with nsis on windows
>>
>> > * makes it easier to support autobuilds (nightly snaps or when the repo
>> > changes)
>> Well, I don't know about ease of use, but ctest allows for
>> - testing
>> - checking for memory leaks with valgrind
>> - sumbitting to a cdash server for getting up to date status reports
>> on the source and builds
>> Check out kitware's public dashboard
>> http://www.cdash.org/CDash/
>>
>> > * creates projects that can be used from within Eclipse CDT
>> Yes, but it's not as well integrated as visual studio
>>
>> > * easily extends to handle new build flags and library/header deps
>> it's possible to add new flags to the compiler with
>> add_definition(-DSOMETHING -O42)
>> library deps can be handled using find_package(InsaneLibrary)
>> Check out the really long list of standard supported libraries and tools
>>
>> http://www.cmake.org/cmake/help/cmake2.6docs.html#section_Standard%20CMake%20Modules
>>
>> Creating a new find script is relatively easy, check out how
>> Rosegarden people do it:
>>
>> http://rosegarden.svn.sourceforge.net/viewvc/rosegarden/trunk/rosegarden/cmake_admin/
>>
>> > * does not make it harder for mixxx devs to troubleshoot people's build
>> > config problems
>> I don't think so, normally compiler invocations are invisible and only
>> errors and warnings are visible, but doing a make VERBOSE=1 enables
>> the user to send both compiler invocations and output
>>
>> > I looked at the CMake website, and to be frank I find the site (even
>> with
>> > the new layout) a bit impenetrable; could not find a feature matrix,
>> > comparison with other build systems (both SCons and Waf have docs
>> > comparing/contrasting with other systems), or mention of any of the
>> above
>> > things in the FAQ doc for example...
>> I agree, the online documentation isn't exceptional, there should be
>> more tutorials in the wiki, while right now there's just pointers to
>> tutorials...
>>
>> /me wishes all documentation were of doc.trolltech.com quality....
>>
>>
>>
>> --
>> Claudio Bantaloukas http://www.rdfm.org/ammuzzu/
>>
>
>
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Mixxx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel
