search for: 21562

...s in the bug we should consider separately. * Bug 19875 - libraries and executables need different rpaths - No Update: Still outstanding, I don't think this is a blocker. * Bug 21561 - Update release scripts to use CMake - No Update: Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug against...

...g vs non-blocking are my own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs that need to be fixed. Blocking Issues: * Bug 14109 - CMake build for compiler-rt should use just-built clang * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt * Bug 21568 - Cannot add rpath * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie Non-Blocking Issues: * Bug 19875 - libraries and...

...ately. > > * Bug 19875 - libraries and executables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in > compiler_rt > - I've looked at this a bit on and off. It is unfortunately a hard > problem. I think it would be easier if CMake had better support for setting > clang's sysroot and arch flags. To that end I've...

On 11 March 2015 at 13:06, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > So that we can drop autotools, which currently requires anyone wanting > to change the build to install an old version of autoconf, among other > pains. Having two build systems is a way bigger pain than someone > having to install cmake. Can you explain why we need to upgrade CMake to drop

...ly. > > * Bug 19875 - libraries and executables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt > - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To t...

...paths - Still outstanding, I don't think this is a blocker. * Bug 21560 - Add support to cmake for using installed versions of LLVM and Clang - Takumi commented that this works. * Bug 21561 - Update release scripts to use CMake - Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt - From discussions on llvm-dev and IRC the proper fix for this is a cross-compiling approach for compiler_rt builds, and this is a blocker. * Bug 21568 - Cannot add rpath - It looks like this is not a blocker because it...

...ately. > > * Bug 19875 - libraries and executables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt > - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug aga...

...opinions, please let me know if you disagree. All > non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in > compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when > recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > > Non-Blocking Issues...

...own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > &...

...9875 - libraries and executables need different rpaths >> - No Update: Still outstanding, I don't think this is a blocker. >> >> * Bug 21561 - Update release scripts to use CMake >> - No Update: Still outstanding and blocking removal of autoconf >> >> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk >> in compiler_rt >> - I've looked at this a bit on and off. It is unfortunately a hard >> problem. I think it would be easier if CMake had better support for setting >> clang's sysroot and arch flags. To th...

...75 - libraries and executables need different rpaths >> - No Update: Still outstanding, I don't think this is a blocker. >> >> * Bug 21561 - Update release scripts to use CMake >> - No Update: Still outstanding and blocking removal of autoconf >> >> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt >> - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags....

...109664+0 records in 109664+0 records out 56147968 bytes (56 MB) copied, 97.772 s, 574 kB/s dd if=History-old of=/dev/null 0.07s user 0.80s system 0% cpu 1:37.79 total I think this is a serious issue that *must* be fixed for 1.0. I filed a bug for this: https://bugzilla.kernel.org/show_bug.cgi?id=21562 -- Felipe Contreras -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

...[1] 4.83483 [1] 5.01398 [1] 7.984146 [1] "---------------------------------" Called from: top level Browse[1]> [1] 6 missing 300 - 499 500 - 549 550 - 599 600 - 649 650 - 699 700 - 749 750 - 799 GE 800 842 283 690 1094 1695 3404 6659 18374 21562 missing < 24mo. 24 - 72mo. 72 - 300mo 16 2997 19709 31881 missing 0 - 20% 20 - 40% 40 - 60% 60 - 80% 80 - 100% 100 - 120% 17906 4832 4599 5154 7205 14865 42 missing < 70% 70 - 85% 85 - 95% 95 - 110%...

LLVMDev, PR 15732 is the umbrella tracking the progress of making the CMake build system feature equivalent to the autotools one. One of the biggest outstanding tasks is PR 21562, which I've been viewing more as a "We really need to fix how we build Compiler-RT." I've thought about this quite a bit, and I wanted to send out some of my ideas to get some feedback and have some discussions about the way forward. The complication with Compiler-RT is that it...

...ately. > > * Bug 19875 - libraries and executables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk > <https://urldefense.proofpoint.com/v2/url?u=http-3A__clang-5Fdarwin.mk_&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=wt0UGa6r8x3w...

...s in the bug we should consider separately. * Bug 19875 - libraries and executables need different rpaths - No Update: Still outstanding, I don't think this is a blocker. * Bug 21561 - Update release scripts to use CMake - No Update: Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk<https://urldefense.proofpoint.com/v2/url?u=http-3A__clang-5Fdarwin.mk_&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=wt0UGa6r8x3w45AVGz...

...bug that I’ll update the patches to reflect * Bug 19875 - libraries and executables need different rpaths - No Update: Still outstanding, I don't think this is a blocker. * Bug 21561 - Update release scripts to use CMake - No Update: Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt - No Update: From discussions on llvm-dev and IRC the proper fix for this is a cross-compiling approach for compiler_rt builds, and this is a blocker. * Bug 21568 - Cannot add rpath - It looks like this is not a blocker be...

...---------------------- > From above in this thread: > > -------------------------------------------------- > I should also point out that CMAKE_SYSROOT and > CMAKE_<LANG>_COMPILER_TARGET (both CMake 3.0 features) would make > fixing compiler-rt's CMake (Bugs 14109 & 21562) a lot easier. Both of > those bugs are currently blockers to depreciating the autotools build > system. > ------------------------------------------------- > ------------------------------------------------ > >>> I still don't see why we should *ever* take the package m...

...9875 - libraries and executables need different rpaths >> - No Update: Still outstanding, I don't think this is a blocker. >> >> * Bug 21561 - Update release scripts to use CMake >> - No Update: Still outstanding and blocking removal of autoconf >> >> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt >> - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug...

...s in the bug we should consider separately. * Bug 19875 - libraries and executables need different rpaths - No Update: Still outstanding, I don't think this is a blocker. * Bug 21561 - Update release scripts to use CMake - No Update: Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk<https://urldefense.proofpoint.com/v2/url?u=http-3A__clang-5Fdarwin.mk_&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=wt0UGa6r8x3w45AVGz...