惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
SegmentFault 最新的问题
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
月光博客
月光博客
IT之家
IT之家
爱范儿
爱范儿
Google DeepMind News
Google DeepMind News
小众软件
小众软件
C
Check Point Blog
B
Blog RSS Feed
H
Help Net Security
博客园 - 司徒正美
L
LangChain Blog
MongoDB | Blog
MongoDB | Blog
B
Blog
The Cloudflare Blog
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Security Blog
Microsoft Security Blog
M
MIT News - Artificial intelligence
N
Netflix TechBlog - Medium
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

I'm OWenT

国产大模型(GLM 5.1、Kimi K2.6)真实场景效果和 Coding Plan 额度测试 新版本libatapp的连接管理——从etcd服务发现到拓扑驱动的自动重连 新版本libatbus的设计变更——从树形路由到拓扑驱动 Protobuf又一坑 - C++标准和ABI兼容性 AI真好用-给Blog主题统一加mermaid,chart.js,excalidraw,draw.io的多种引入方式支持 给内网部署Squid-通用HTTP下载缓存 UE使用CodeChecker和clang-tidy生成静态分析报告 找出UE的循环依赖 C++小协程栈和临时变量及作用域的栈溢出问题分析 游戏服务的可观测性能力建设(C++生态) 指标上报的多线程优化和多拉取源点优化 协程(libcopp)的Channel功能和CPU命中率优化 通用RPC代码生成器 实现strong_rc_ptr(比shared_ptr更快的引用计数智能指针) 手夯一个STL allocator和对象内存分析组件 std::condition_variable 的信号丢失问题 踩坑一处(GCC)STL std::async 实现BUG导致的crash问题 GCC 14的一个warning to error BUG 给xresloader(Excel导表工具)增强UE读表支持(包含蓝图,Blueprint) Opentelemetry社区在gRPC的几个链接问题(静态库和动态库混用,musl工具链,符号裁剪) Excel转表工具(xresloader)的新验证器(验证外部Excel和文本数据,唯一性和自定义规则) protobuf v22和gRPC v1.55版本升级的依赖变化和upb适配 关于protobuf近期版本(v20/v3.20+)和 gRPC v1.54版本在某些编译环境下的一些链接和编译问题 xresloader-Excel导表工具链的近期变更汇总 打通游戏服务端框架的C++20协程改造的最后一环 Opentelemetry-cpp的Logs模块标准更新(涉及近期版本:1.8-1.9的BREAK CHANGES) 给cmake-toolset和工具链(curl等)加HTTP/2和HTTP/3支持 又开新坑之 coredns 插件: nftables和filter 关于opentelemetry-cpp社区对于C++ Head Only组件单例和符号可见性的讨论小记 填个转表工具 xresloader 去年的坑(数组尾部裁剪)
GCC 7和LLVM+Clang+libc++abi 4.0的构建脚本
2017-05-09 · via I'm OWenT

blog-website

之前的版本发完,有空来更新一下之前的gcc和llvm+clang工具链的编译脚本了。其实GCC 7是才release没多久但是llvm 4.0发布其实有一段时间了。

这回是GCC的脚本有一些改动。因为我现在开发机的环境很多组件并没有装,所以顺带发现了之前的构建脚本的一些问题。

第一是multilib的问题。之前的编译有时候是使用–disable-multilib来编译的。但是其实如果依赖库可以编译multilib就会自动开启,然后就有一些依赖库要自己编译multilib版本。

另外GCC 7之后不再默认包含 bdw-gc了,所以如果加了–enable-objc-gc参数以后,编译会报错。所以现在编译的依赖包里又加入了bdw-gc。同时由于bdw-gc依赖libatomic_ops,所以也增加了libatomic_ops的下载脚本。不过由于这两个库都要区分multilib,所以并没有放在原始的安装目录下,而是放到了multilib子目录里,并且仅生成静态库(这样就不需要加入到动态库查找目录)。大概就是下面这样:

    # install libatomic_ops
    if [ -z "$BUILD_TARGET_COMPOMENTS" ] || [ "0" == $(is_in_list libatomic_ops $BUILD_TARGET_COMPOMENTS) ]; then
        LIBATOMIC_OPS_PKG=$(check_and_download "libatomic_ops-7.4.4" "libatomic_ops-*.tar.gz" "https://github.com/ivmai/libatomic_ops/archive/libatomic_ops-7_4_4.tar.gz" "libatomic_ops-7_4_4.tar.gz" );
        if [ $? -ne 0 ]; then
            echo -e "$LIBATOMIC_OPS_PKG";
            exit -1;
        fi
        tar -zxvf $LIBATOMIC_OPS_PKG;
        LIBATOMIC_OPS_DIR=$(ls -d libatomic_ops-* | grep -v \.tar\.gz);
        # cd $LIBATOMIC_OPS_DIR;
        # bash ./autogen.sh ;
        # ./configure --prefix=$PREFIX_DIR ;
        # make $BUILD_THREAD_OPT && make install;
        if [ $? -ne 0 ]; then
            echo -e "\\033[31;1mError: build libatomic_ops failed.\\033[39;49;0m";
            exit -1;
        fi
        cd "$WORKING_DIR";
    fi

    # install bdw-gc
    if [ -z "$BUILD_TARGET_COMPOMENTS" ] || [ "0" == $(is_in_list bdw-gc $BUILD_TARGET_COMPOMENTS) ]; then
        BDWGC_PKG=$(check_and_download "bdw-gc-7.6.0" "gc7_6_0.tar.gz" "https://github.com/ivmai/bdwgc/archive/gc7_6_0.tar.gz" "gc7_6_0.tar.gz" );
        if [ $? -ne 0 ]; then
            echo -e "$BDWGC_PKG";
            exit -1;
        fi
        tar -zxvf $BDWGC_PKG;
        BDWGC_DIR=$(ls -d bdwgc-gc* | grep -v \.tar\.gz);
        cd $BDWGC_DIR;
        bash ./autogen.sh ;
        if [ ! -z "$LIBATOMIC_OPS_DIR" ]; then
            if [ -e libatomic_ops ]; then
                rm -rf libatomic_ops;
            fi
            mv -f ../$LIBATOMIC_OPS_DIR libatomic_ops;
            $(cd libatomic_ops && bash ./autogen.sh );
            BDWGC_LIBATOMIC_OPS=no ;
        else
            BDWGC_LIBATOMIC_OPS=check ;
        fi
        ./configure --prefix=$PREFIX_DIR/multilib/$SYS_LONG_BIT --enable-cplusplus --with-pic=yes --enable-shared=no --enable-static=yes --with-libatomic-ops=$BDWGC_LIBATOMIC_OPS ;
        make $BUILD_THREAD_OPT && make install;
        if [ $? -ne 0 ]; then
            echo -e "\\033[31;1mError: build bdw-gc failed.\\033[39;49;0m";
            exit -1;
        fi

        if [ $SYS_LONG_BIT == "64" ] && [ "$GCC_OPT_DISABLE_MULTILIB" == "--enable-multilib" ] ; then
            make distclean;
            env CFLAGS=-m32 CPPFLAGS=-m32 ./configure --prefix=$PREFIX_DIR/multilib/32 --enable-cplusplus --with-pic=yes --enable-shared=no --enable-static=yes --with-libatomic-ops=$BDWGC_LIBATOMIC_OPS ;

            make $BUILD_THREAD_OPT && make install;
            if [ $? -ne 0 ]; then
                echo -e "\\033[31;1mError: build bdw-gc with -m32 failed.\\033[39;49;0m";
                exit -1;
            fi
            BDWGC_PREBIUILT="--with-target-bdw-gc=$PREFIX_DIR/multilib/$SYS_LONG_BIT,32=$PREFIX_DIR/multilib/32";
        else
            BDWGC_PREBIUILT="--with-target-bdw-gc=$PREFIX_DIR/multilib/$SYS_LONG_BIT";
        fi
        cd "$WORKING_DIR";
    fi

再就是,以前看到gcc的用于gdb的python脚本已经支持Python 3了,我就把默认Python换成了Python 3。但是之前一直是使用我的开发机的内置Python 2的,所以编译没有问题。但是实际上gdb的编译脚本里并没有检测Python 2的,所以使用Python 2实际上编译不出来。所以这次又换回了 Python 2。

GCC 7更新的东西还是蛮多的,具体可见 https://github.com/owent-utils/bash-shell/tree/master/GCC%20Installer/gcc-7

当然编译脚本也是这里

LLVM+Clang+libc++abi

得益于之前重构的LLVM系列的编译脚本,这次这个也就更新了一下版本号。编译过程很顺利,不过我测试的时候没有编lldb,应该为题不大,反正是拿来玩的。

更新列表见: