David Blaikie via llvm-dev
2016-Jan-28 23:49 UTC
[llvm-dev] [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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160128/9fcfdaa4/attachment-0001.html>
Yin Ma via llvm-dev
2016-Jan-28 23:58 UTC
[llvm-dev] [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
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. 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 <mailto: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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160128/a914a9d9/attachment.html>
David Blaikie via llvm-dev
2016-Jan-29 00:06 UTC
[llvm-dev] [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
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. >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160128/6cdbd4aa/attachment.html>
Renato Golin via llvm-dev
2016-Jan-29 09:50 UTC
[llvm-dev] [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
Hi Yin, I second David's words. I use shared libs myself on debug builds, but static builds with gold on a local disk is pretty feasible. Before I used gold, I had to have 16GB of RAM on my laptop, now I need less than 8GB for static builds. On 28 January 2016 at 23:58, Yin Ma via cfe-dev <cfe-dev at lists.llvm.org> wrote:> 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.This is a different matter, and as David said, one that may not be *that* critical, given to the number of people that use shared libs on debug builds. Chances are that ToT is ok now because someone fixed whatever the bug was, and not because of sheer luck. Don't worry too much about it. I see no reason to turn shared libs on by default on debug builds, given that it's just one command line option in CMake. Whatever the default state of that flag is, some people will have to have it, others won't. If you change the default, you'll force *everyone* to change their flags for no reason. cheers, --renato PS: Life is short, don't build stuff over NFS. :)
Daniel Sanders via llvm-dev
2016-Jan-29 12:00 UTC
[llvm-dev] [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
Hi, I enabled BUILD_SHARED_LIBS=ON for the llvm-mips-linux builder when I switched it over to cmake. From: cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] On Behalf Of Yin Ma via cfe-dev Sent: 28 January 2016 23:59 To: 'David Blaikie'; 'Jonathan Roelofs' Cc: 'llvm-dev'; 'cfe-dev' Subject: Re: [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build. 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. 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<mailto: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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160129/2abb59dc/attachment.html>
Apparently Analagous Threads
- [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
- Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
- [cfe-dev] Proposal: Enable BUILD_SHARED_LIBS=ON by default for debug build.
- How can I fix/exclude some failing tests when building with BUILD_SHARED_LIBS=ON
- Why do we static link all llvm libraries in every executable?