[cfe-dev] [llvm-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.

[ChrisBieneman via cfe-dev]

Please don't turn this on by default (even for Debug builds). On Darwin link times for debug builds really aren't bad, but BUILD_SHARED_LIBS makes running check WAY WAY WAY slower.

-Chris

> On Jan 28, 2016, at 4:06 PM, David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> 
> 
>> On Thu, Jan 28, 2016 at 3:58 PM, Yin Ma <yinma at codeaurora.org> wrote:
>> Hi David,
>> 
>>  
>> 
>> It is O.K. I just hope BUILD_SHARED_LIBS=ON is tested when a patch is
>> 
>> merged. Yesterday, I found the tip failed to build with ON. Today, tip is
>> 
>> O.K to build in shared linking.
>> 
> 
> I'm not sure we have (m)any buildbots running with a shared link on. Though we do tend to catch any dependency problems like the one you saw soon-ish (within a day or two) & patches are always welcome for that sort of thing (as for other cleanup on configurations that are less frequently used).
> 
> - Dave
>  
>>  
>> 
>> Yin
>> 
>>  
>> 
>> From: David Blaikie [mailto:dblaikie at gmail.com] 
>> Sent: Thursday, January 28, 2016 3:50 PM
>> To: Jonathan Roelofs
>> Cc: Yin Ma; llvm-dev; cfe-dev
>> Subject: Re: [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>> On Thu, Jan 28, 2016 at 3:06 PM, Jonathan Roelofs <jonathan at codesourcery.com> wrote:
>> 
>> 
>> 
>> On 1/28/16 4:00 PM, Yin Ma via cfe-dev wrote:
>> 
>> Hi David,
>> 
>> I assume you have a powerful machine. Our drive space is on network mounted
>> 
>> machined by IT department. The machine is default Ubuntu setup with 8
>> cores.
>> 
>> 
>> It helps a lot to build on a non-NFS scratch disk.  Is your /tmp network mounted too? If not, I'd suggest building there.
>> 
>>  
>> 
>> Yeah, building on a network attached storage would be pretty painful, I imagine. 
>> 
>> You can of course use a shared build yourself, it may be better for your use/scenarios of course - I'm just pointing out that there's lots of us for which it isn't the best option, enough so that I wouldn't be confident about changing the default.
>> 
> 
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20160128/77c4629d/attachment.html>