On Wed, 2012-01-18 at 01:41 +0100, Christian Schoenebeck wrote:
> On Tuesday 17 January 2012 17:05:07 David Robillard wrote:
> > Aaaaaaand yet another state patch :)
> > 
> > This one properly conforms to the state extension by using/preferring
> > features passed to the state methods if they are present.  It does not
> > break anything (i.e. the ones passed to instantiate will still be used
> > as before).
> 
> Just commited. Thanks!

y/w

> BTW, Markus Kropp just pointed out (on the LinuxSampler mailing list) that 
> the 
> LV2 support code didn't compile with Debian "Squeeze". So I also commited the 
> attached patch for the LV2 header location. However the LV2 development files 
> in Debian "Squeeze" are quite old. Shouldn't we better always ship the latest 
> LV2 headers with the LinuxSampler source code instead?

<lv2.h> is the old-style include.  It is still installed there, but
things are migrating to the new-style URI-like includes.  There's
nothing really wrong with using <lv2.h> for now (for extensions, though,
the *only* system include is the URI-style one).

Bundling headers in your source is fine, and how most things have been
done in the past, but I am trying to encourage a migration to sane
packaging and system-installed extension headers because the duplication
is pretty crazy.  That said, for the time being, including them is still
probably the pragmatic thing to do until packagers catch up.

lv2.h is probably an exception since it is always present if lv2core is
installed.  Everyone I know of depends on lv2core via pkg-config and
includes the system lv2.h in the usual way (as if it were a library).

-dr



------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Reply via email to