Great. Changing the sense of that configure flag is fine, too - I just
was having problems coming up with a descriptive name.  This'll work
fine.

- bryan

On Monday, June 6, 2011, Andreas Kloeckner <[email protected]> wrote:
> On Mon, 6 Jun 2011 17:15:43 -0700, Bryan Catanzaro 
> <[email protected]> wrote:
>> Hi -
>> In setting up a new PyCUDA installation recently from Git I came across two
>> issues, and made a patch that fixed them on my system.
>>
>> Problem #1: The CURAND module requires linking to libcurand.so, which is
>> found in the directory with the CUDA Runtime, which on my system is in a
>> different default place (/usr/local/cuda/lib64) than the directory with the
>> CUDA driver (/usr/lib).  To change this, I added some additional options to
>> specify:
>>     - The name of the CUDA Runtime library (with default).
>>     - The directory where the CUDA Runtime is found
>> I also amended the description of how to compile _curand with the location
>> CUDA Runtime Directory.  Besides allowing the _curand.so module that comes
>> with PyCUDA to be properly built, this change also benefits projects using
>> Codepy to generate CUDA runtime code, as the Copperhead project does, since
>> CUDA Runtime information is located in the aksetup-defaults file along with
>> the other CUDA configuration information.
>
> Merged, thx.
>
>> Problem #2: The USE_SHIPPED_BOOST option defaults to True.  If you're using
>> configure.py to set up your siteconf.py, this is a problem.  If you omit
>> --use-shipped-boost, the default of True means that you will use the shipped
>> boost anyway.  So, there's no way to use a system Boost without manually
>> editing siteconf.py after running configure.  The easy fix for this is just
>> to change the default to false.
>
> Nah, I like that default. But I've made the (slightly
> nonsensical-sounding) flag --no-use-shipped-boost. Hope this helps.
>
> Thanks for your patch,
> Andreas
>

_______________________________________________
PyCUDA mailing list
[email protected]
http://lists.tiker.net/listinfo/pycuda

Reply via email to