From: Doug M. <mc...@ia...> - 2007-02-09 13:42:03
|
On Feb 9, 2007, at 7:00 AM, Patrick Hartling wrote: > Doug McCorkle wrote: >>>>>>> >> >> [snip] >> >>>>>>> It certainly would be nice. I had always assumed that the SCons >>>>>>> function >>>>>>> PkgConfigBuilder() was injecting them, but I never tried >>>>>>> tracking >>>>>>> down their >>>>>>> exact source. >>>>>>> >>>>>>> >>>>>> >>>>>> I will take a look and see if I can create a patch. >>>>> >>>>> How about this patch? >>>> >>>> That's very interesting. I can see why re.escape() is being used in >>>> that >>>> context, but I wonder if it's truly necessary. There is no >>>> indication in the >>>> revision history or in the code of a specific reason that re.escape >>>> () needs >>>> to be used. It definitely is not needed for key given the >>>> restrictions on >>>> what key can be. For Windows, I can see where it would be >>>> important to >>>> ensure that the backslash characters in a path would be handled >>>> properly, >>>> but that's the only case I can think of. That can be handled more >>>> directly >>>> using str.replace(). >>>> >>> Your comment about Windows makes sense. Please let me know if the >>> patch or a similar fix is committed. Thanks. >> >> >> Any thoughts on this patch? > > Speaking only for myself, I'd rather see the escaping minimized on all > platforms. I haven't had time to try any Windows-specific handling > of the > gmtl.pc generation on Windows, though. Currently, my thinking is > that only > backslashes and spaces should need to be escaped. > So would you like me to implement that or is this good enough for a first cut? Currently we are working on getting flagpoll working on windows so I have no real way to test pc and fpc files on windows yet. > BTW, once this gets resolved, I think that GMTL 0.5.1 should be > tagged for > release. I feel that it's important to get moving with the use of > versioned > GMTL installations. I agree. This will definitely make using versioned installs much easier. Doug |