http://forums.leaflabs.com/topic.php?id=1910 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:06:12 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=1910&page=2#post-21862 Sat, 05 Jan 2013 13:11:31 +0000 dipspb 21862@http://forums.leaflabs.com/ <p>Pull req sent to <a href="https://github.com/mbolivar/example-libmaple-project/pull/1" rel="nofollow">https://github.com/mbolivar/example-libmaple-project/pull/1</a><br /> Helper script has been converted to Makefile to use it in a more natural way with Eclipse CDT.</p> <p>regards,<br /> Dmitry </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11509 Mon, 02 Jul 2012 19:32:42 +0000 feurig 11509@http://forums.leaflabs.com/ <p>Its nice to see a couple of approaches. </p> <p>I prefer my approach since the source,its dependancies and the make file are all in the same tree.<br /> That way i can have an scm for the project and its xcode project and keep libmaple (current) stock and in its own directory.<br /> I wouldnt have gotten there without your example.<br /> I am really liking some of the other changes (like the bugfix for time.h and the hardware/software Wire library), and will try to make my example presentable. Unfortunately my current focus is on using it and you have given me something that "works for me".</p> <p>We should pester Perry or whoever to make it so that you don't have to build from the libmaple directory or so that we can call the libmaple Makefile without the extra command line stuff. You seem to have enough on your plate :) </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11505 Mon, 02 Jul 2012 16:39:52 +0000 mbolivar 11505@http://forums.leaflabs.com/ <p>Actually, how about this? Hackish, but it does work:</p> <p><a href="https://github.com/mbolivar/example-libmaple-project/commit/2244217c7fb9be7318dc279f44018b77b5111248" rel="nofollow">https://github.com/mbolivar/example-libmaple-project/commit/2244217c7fb9be7318dc279f44018b77b5111248</a> </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11504 Mon, 02 Jul 2012 15:39:03 +0000 mbolivar 11504@http://forums.leaflabs.com/ <blockquote><p> The make system isn't broken the implementation is a clunky. Imho extra layers and steps don't really help here. </p></blockquote> <p>fair enough. i confess that before joining leaflabs, i'd never used make, so i've been picking things up piecemeal as necessary. i suppose i should just go ahead and really RTFM before trying to sort this out. any help smoothing out the bumps would be welcome ;). </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11503 Mon, 02 Jul 2012 15:19:42 +0000 feurig 11503@http://forums.leaflabs.com/ <p>The make system isn't broken the implementation is a clunky. Imho extra layers and steps don't really help here. </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11500 Mon, 02 Jul 2012 14:46:29 +0000 mbolivar 11500@http://forums.leaflabs.com/ <blockquote><p> I had some "fun" issues getting the builds to include extra modules header files</p> </blockquote> <p>hm. yeah, i see what you did, and why it's the shortest path to working.</p> <p>any pointers on what the done thing is in situations like this? i believe most people would reach for pkg-config here, but i'm leery of the extra dependency. i'm pretty staunchly against the autotools, for two reasons:</p> <p>(1) i don't know how to use them, and they seem hard to learn<br /> (2) they doesn't seem well-adapted to the modern situation where everyone just uses the source repository, instead of source dumps produced by the developers</p> <p>(1) worries me since as the current libmaple maintainer, i'm likely to really screw it up if libmaple uses autotools. (2) worries me for hackability: requiring that all contributors know how to drive the autotools seems to really steepen the learning curve. </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11494 Mon, 02 Jul 2012 13:41:23 +0000 feurig 11494@http://forums.leaflabs.com/ <p>poslathian: thanks. It was a fun talk to give sparked a lot of interest in libmaple and the platform in general.</p> <p>mbolivar: I had some "fun" issues getting the builds to include extra modules header files and finally wound up putting my dependencies in a libraries folder and adding the following glop to the rules.mk in my project directories. </p> <pre><code>CFLAGS_$(d) += -I$(EXAMPLE_INCLUDE_DIR) -I$(d)/libraries/SDfat ..... USER_MODULES_MODULES += $(d)/libraries/SDfat $(foreach m,$(USER_MODULES_MODULES),$(eval $(call LIBMAPLE_MODULE_template,$(m))))</code></pre> <p>It ain't pretty or quite the way I want it but it works. </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11458 Fri, 29 Jun 2012 15:32:43 +0000 poslathian 11458@http://forums.leaflabs.com/ <p>great slides, thanks feurig! </p> http://forums.leaflabs.com/topic.php?id=1910&page=2#post-11437 Thu, 28 Jun 2012 02:07:56 +0000 feurig 11437@http://forums.leaflabs.com/ <p>The talk notes are at <a href="http://www.suspectdevices.com/blahg/arm/bacon/baco-matic-5000-talk-notes/" rel="nofollow">http://www.suspectdevices.com/blahg/arm/bacon/baco-matic-5000-talk-notes/</a> and the slides are at <a href="http://suspectdevices.com/TheBaco-matic5000-OSB/" rel="nofollow">http://suspectdevices.com/TheBaco-matic5000-OSB/</a>, when they post the audio I will link it to the notes. </p> http://forums.leaflabs.com/topic.php?id=1910#post-11418 Wed, 27 Jun 2012 11:31:46 +0000 mbolivar 11418@http://forums.leaflabs.com/ <blockquote><p> Was just walking through a sample libmaple install for my talk at open source bridge tomorrow. <a href="http://opensourcebridge.org/sessions/847" rel="nofollow">http://opensourcebridge.org/sessions/847</a></p> </blockquote> <p>Very cool! Will there be a video or slides up online?</p> <blockquote><p> As for the example it would be nice to be able to include extra libraries in the project .mk file and it would be nice to not have to pass so much through the environment.</p> </blockquote> <p>Passing things through the environment is a definite weakness, I agree, especially for build-server type situations where you want to guarantee identical configuration.</p> <p>I don't understand what you mean about libraries, though. Can't their sources be added to cSRCS_$(d) etc., and their include directories be added via CFLAGS and CXXFLAGS? That'd let you have libraries in your project directory without needing to change your sources if e.g. the libraries get merged into our libmaple tree.</p> <blockquote><p> z.b. in a perfect world you could modify the make file and just make/make install from the project directory itself. Any optional libraries (ie SDfat) could go under the project directory. I am thinking about this from a SCM and an IDE perspective.</p> </blockquote> <p>I agree that this would be much better. The libmaple build system was originally written by a Linux kernel hacker, and it has a similar I-am-the-center-of-the-universe way of looking at things. Maybe we can draw some inspiration from the way out-of-tree kernel modules build themselves for further improving things.</p> <blockquote><p> When I get time I will take a shot at this myself.</p> </blockquote> <p>That'd be awesome. </p> http://forums.leaflabs.com/topic.php?id=1910#post-11402 Tue, 26 Jun 2012 23:03:18 +0000 feurig 11402@http://forums.leaflabs.com/ <p>As for the example it would be nice to be able to include extra libraries in the project .mk file and it would be nice to not have to pass so much through the environment. </p> <p>z.b. in a perfect world you could modify the make file and just make/make install from the project directory itself. Any optional libraries (ie SDfat) could go under the project directory. I am thinking about this from a SCM and an IDE perspective. </p> <p>When I get time I will take a shot at this myself. </p> <p>The example is still much needed and a massive improvement from the "rename your file and build it here". </p> http://forums.leaflabs.com/topic.php?id=1910#post-11401 Tue, 26 Jun 2012 22:58:33 +0000 feurig 11401@http://forums.leaflabs.com/ <p>No problem. Was just walking through a sample libmaple install for my talk at open source bridge tomorrow. <a href="http://opensourcebridge.org/sessions/847" rel="nofollow">http://opensourcebridge.org/sessions/847</a> I am glad you were here to fix it. :) </p> http://forums.leaflabs.com/topic.php?id=1910#post-11395 Tue, 26 Jun 2012 22:17:55 +0000 mbolivar 11395@http://forums.leaflabs.com/ <p>Should be fixed now; sorry for the mistake. </p> http://forums.leaflabs.com/topic.php?id=1910#post-11394 Tue, 26 Jun 2012 22:17:46 +0000 mbolivar 11394@http://forums.leaflabs.com/ <p>Thanks for the report. It's likely a botched merge conflict resolution in the Makefile. I'll take a look. </p> http://forums.leaflabs.com/topic.php?id=1910#post-11392 Tue, 26 Jun 2012 21:47:53 +0000 feurig 11392@http://forums.leaflabs.com/ <p>It seems that the fancy include system used to build the ld files cant find the .inc s </p>