<br><div class="gmail_quote">On Sat, Aug 27, 2011 at 3:26 PM, Antoine Pitrou <span dir="ltr"><<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Sat, 27 Aug 2011 15:14:15 -0700<br>
<div class="im">Dan Stromberg <<a href="mailto:drsalists@gmail.com">drsalists@gmail.com</a>> wrote:<br>
<br>
> On Sat, Aug 27, 2011 at 2:38 PM, Nadeem Vawda <<a href="mailto:nadeem.vawda@gmail.com">nadeem.vawda@gmail.com</a>>wrote:<br>
><br>
> > On Sat, Aug 27, 2011 at 10:41 PM, Dan Stromberg <<a href="mailto:drsalists@gmail.com">drsalists@gmail.com</a>><br>
> > wrote:<br>
> > > It seems like there should be some way of coming up with an xml file<br>
> > > describing the types of the various bits of data and formal arguments -<br>
> > > perhaps using gccxml or something like it.<br>
> ><br>
> > The problem is that you would need to do this check at runtime, every time<br>
> > you load up the library - otherwise, what happens if the user upgrades<br>
> > their installed copy of liblzma? And we can't expect users to have the<br>
> > liblzma headers installed, so we'd have to try and figure out whether the<br>
> > library was ABI-compatible from the shared object alone; I doubt that this<br>
> > is even possible.<br>
> ><br>
><br>
> I was thinking about this as I was getting groceries a bit ago.<br>
><br>
> Why -can't- we expect the user to have liblzma headers installed? Couldn't<br>
> it just be a dependency in the package management system?<br>
<br>
</div>Package managers, under Linux, often split development files (headers,<br>
etc.) from runtime binaries.<br></blockquote><div><br>Well, uhhhhh, yeah. Not sure what your point is.<br>1) We could easily work with the dev / nondev distinction by taking a dependency on the -dev version of whatever we need, instead of the nondev version.<br>
2) It's a rather arbitrary distinction that's being drawn between dev and nondev today. There's no particular reason why the line couldn't be drawn somewhere else.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Also, under Windows, most users don't have development stuff installed<br>
at all.<br></blockquote><div>Yes... But if the nature of "what development stuff is" were to change, they'd have different stuff.<br><br>Also, we wouldn't have to parse the .h's every time a module is loaded - we could have a timestamp file (or database) indicating when we last parsed a given .h.<br>
<br>Also, we could query the package management system for the version of lzma that's currently installed on module init.<br><br>Also, we could include our own version of lzma. Granted, this was a mess when zlib needed to be patched, but even this one might be worth it for the improved library unification across Python implementations.<br>
<br><br><br></div></div>