gcc中-L选项问题什么原理

gcc编译链接动态库的时候使用-L选项指定动态库路径,生成可执行文件以后点击运行提示找不见动态库,但是使用LD_LIBRARY_PATH添加上该动态库路径以后运行没问题,这个是什么原因
gcc main.o -L . -ladd
ldd a.out
libadd.so=>not found

ls
add.h add.c main.o main.c libadd.so

4个回答

因为是动态链接库呀,所以链接的时候只会记录入口地址,不会跟静态库一样把代码复制自己的程序来
所以需要指定库文件

执行的时候也需要指定库的路径呀,不然程序找不到库不是白搭么

你知道为什么要加-L 参数吗? 就是因为编译器在默认的库路径下找不到这个library, 加-L 让编译器找到。

为什么加LD_LIBRARY_PATH 后才能执行?
首先你编译时用的是动态编译。(请自行百度动态编译,如果不知道的话) 生成的可执行文件在执行时,需要在系统默认库路径下(/lib, /usr/lib, ...)去找这个library,
如果不存在,同时LD_LIBRARY_PATH指定的 路径中也不存在, 程序会报错,或者出现“no such file ”的描述。

-l 是直接加上某库的名称,如-lc是libc库
-L 是库的路径,搜索的时候优先在-L目录下搜索
你使用gcc --help就可以看到所有的选项以及用法

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
请问下编译的链接静态库或者共享库使用-l选项的时候问题

想请教下,为什么在Makefile中其放在目标文件后边使用的时候没有问题,为什么放在目标文件前边就提示要使用的静态库 或者共享库中的函数不存在 前提libadd.a是存在的 比如编译生成main程序: gcc -L 库文件所在路径 -ladd main.o -o main 这样使用提示我要体用libadd.a中的add函数未引用 如果我将-ladd 放在main的后边就不报错

gcc的编译选项有顺序吗?

我在写一个测试动态链接库的时候,碰到一个问题。比如,现在我的目录是这个样子的: . ├── libtest.so ├── main.c ├── main.o ├── test.c └── test.h main.c #include <stdio.h> #include "test.h" int main() { print_hello(); return 0; } ``` ``` 其中,libtest.so是test.c和test.h编译出来的动态链接库。然后我需要再main.c中引用这个库,main.o是已经编译 出来的对象,然后我用了下面的语句: gcc -L. -ltest -o main main.o 但是报错:main.o: In function `main': main.c:(.text+0x7): undefined reference to `print_hello' collect2: error: ld returned 1 exit status print_hello是libtest.so提供的接口,为什么会找不到呢?明明已经链接了。 于是,我换了一下gcc的编译选项的顺序,这样写: gcc main.o -o main -L. -ltest 把链接libtest.so放在后面就可以了,难道gcc的编译选项是有顺序要求的吗? 官方也没有说这些啊,网上也没有相关的问题

gcc编译报错 gcc-c没问题

cust@gnu:~$ cd /home/cust/metric_PAS_64 cust@gnu:~/metric_PAS_64$ gcc -o chunk.o gcc: fatal error: no input files compilation terminated. cust@gnu:~/metric_PAS_64$

简单makefile,怎么查不到-lgnu,是不是说明我需要自己编写gnu库呢?

1 CC=gcc 2 libs_for_gcc = -lgnu 3 normal_libs = 4 ok: ok.o 5 ifeq ($(CC),gcc) 6 $(CC) -o ok ok.o $(libs_for_gcc) 7 else 8 $(CC) -o ok ok.o $(normal_libs) 9 endif make: gcc -o ok ok.o -lgnu /usr/bin/ld: cannot find -lgnu collect2: error: ld returned 1 exit status test:6: recipe for target 'ok' failed make: *** [ok] Error 1

linux下安装GCC包的依赖问题

通过rpm查询,发现其实libstdc已经安装完毕。 [root@localhost Packages]# rpm -qa | grep libstdc libstdc++-4.4.6-3.el6.x86_64 但是在我安装GCC-C++的时候,依然出现包依赖问题,很是困扰 [root@localhost Packages]# rpm -ivh gcc-c++-4.4.6-3.el6.x86_64.rpm warning: gcc-c++-4.4.6-3.el6.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEY error: Failed dependencies: libstdc++-devel = 4.4.6-3.el6 is needed by gcc-c++-4.4.6-3.el6.x86_64

CentOS安装gcc-c++出现错误

在Centos中安装gcc gcc-c++总是出现Connot find a valid baseurl for repo : base的错误,怎样解决?

制作PIE对象时,不能使用golang gcc c ++现有的静态库; 用-fPIC重新编译

<div class="post-text" itemprop="text"> <p>I tried to link an existing C++ library to go code. The C++ library only has a static library and a header file, no source code. </p> <p>I used swigc to generate a libfoo.go and I wrote a simple libb.go to build this library. This worked well on ubuntu 16.04 with gcc-6 earlier. </p> <p>However, once I upgraded to ubuntu 18, and even with older go1.9 and gcc-6, which used to work, I am hitting the following error:</p> <pre><code>/usr/bin/ld: ./lib/libfoo.a(parser.o): relocation R_X86_64_32S against symbol `xmlSAX2IgnorableWhitespace' can not be used when making a PIE object; recompile with -fPIC /usr/bin/ld: ./lib/libfoo.a(tree.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIC </code></pre> <p>I have downgraded both go compiler and gcc to the version that used to work. </p> <p>The following is the libb.go that used to work</p> <pre><code>/* #cgo CXXFLAGS: -std=c++11 -D_GLIBCXX_USE_CXX11_ABI=0 -w #cgo CFLAGS: -I${SRCDIR}/include -w #cgo LDFLAGS: -Wl -rpath,./lib, -L${SRCDIR}/lib -l:libfoo.a -l:libxml2.a */ import "C" </code></pre> <p>What should I do get this fixed? I searched and it seems that I have to recompile that static library, which is mission impossible in my case. I tried to pass the -no-pie parameter to LDFLAGS, that didn't work either.</p> </div>

gccgo-gcc510-sparc交叉编译错误:1. libgcc_s.so.1:未找到版本“ GCC_4.2.0” 2. libgcc_s.so.1:错误的ELF类型:ELFCLASS32

<div class="post-text" itemprop="text"> <p>As title said, I got error like "libgcc_s.so.1: version `GCC_4.2.0' not found", please someone who knows help, thanks a lot.</p> <p>I am cross compiling a small program with golang with gcc5.1.0 on a Redhat 6.5 x86_64 host for Sparc Solaris 10. I copied the library folders and some other folders from Solaris to my Redhat host and finally I got a gccgo compiler file whose name is sparc-sun-solaris2.10-gccgo (with help from: <a href="http://ggolang.blogspot.com/2015/05/gccgo-gcc510-cross-compile-for-sparc.html" rel="nofollow noreferrer">http://ggolang.blogspot.com/2015/05/gccgo-gcc510-cross-compile-for-sparc.html</a>). Then I compile with below command:</p> <pre><code>go build --compiler gccgo --gccgoflags "-v -static-libgo -Wl,-dy -lnsl -lsocket -lrt" aiReqResend.go </code></pre> <p>It results a excutable file (seems works fine): aiReqResend</p> <p>But when copy the executable aiReqResend to solaris machine and run it, it went wrong, error info:</p> <pre><code>t5240-1:/tank/obsnew/yinqq/lt% ./aiReqResend ld.so.1: aiReqResend: fatal error: libgcc_s.so.1: version `GCC_4.2.0' not found(file aiReqResend essential) ld.so.1: aiReqResend: fatal error: /tank/obsnew/lib/libgcc_s.so.1: wrong ELF type: ELFCLASS32 killed </code></pre> <p>ldd results and gcc version on Solaris machine:</p> <pre><code>t5240-1:/tank/obsnew/yinqq/lt% ldd aiReqResend libnsl.so.1 =&gt; /lib/64/libnsl.so.1 libsocket.so.1 =&gt; /lib/64/libsocket.so.1 librt.so.1 =&gt; /lib/64/librt.so.1 libpthread.so.1 =&gt; /lib/64/libpthread.so.1 libm.so.2 =&gt; /lib/64/libm.so.2 libgcc_s.so.1 =&gt; /usr/local/lib/sparcv9/libgcc_s.so.1 libgcc_s.so.1 (GCC_4.2.0) =&gt; (version not found) libc.so.1 =&gt; /lib/64/libc.so.1 libmp.so.2 =&gt; /lib/64/libmp.so.2 libmd.so.1 =&gt; /lib/64/libmd.so.1 libscf.so.1 =&gt; /lib/64/libscf.so.1 libaio.so.1 =&gt; /lib/64/libaio.so.1 libdoor.so.1 =&gt; /lib/64/libdoor.so.1 libuutil.so.1 =&gt; /lib/64/libuutil.so.1 libgen.so.1 =&gt; /lib/64/libgen.so.1 /platform/SUNW,T5240/lib/sparcv9/libc_psr.so.1 /platform/SUNW,T5240/lib/sparcv9/libmd_psr.so.1 t5240-1:/tank/obsnew/yinqq/lt% file /usr/local/lib/sparcv9/libgcc_s.so.1 /usr/local/lib/sparcv9/libgcc_s.so.1: ELF 64-bit MSB dynamic library SPARCV9 version 1,dynamic linked,not striped t5240-1:/tank/obsnew/yinq/shandonglt% gcc -v Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --enable-languages=c,c++,f77 Thread model: posix gcc version 3.4.6 </code></pre> <p>Output of running the gccgo compile command:</p> <pre><code>[y@M610-252126 aiReqResend]$ go build --compiler gccgo --gccgoflags "-v -static-libgo -Wl,-dy -lnsl -lsocket -lrt" aiReqResend.go # parsing_config Using built-in specs. COLLECT_GCC=gccgo Target: sparc-sun-solaris2.10 Configured with: ../gcc-5.1.0/configure --target=sparc-sun-solaris2.10 --with-gnu-as --with-gnu-ld --prefix=/home/y/opt/cross/ --with-sysroot=/home/y/opt/cross/sysroot/ --disable-libgcj --enable-languages=c,c++,go Thread model: posix gcc version 5.1.0 (GCC) COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-c' '-g' '-m64' '-fgo-pkgpath=parsing_config' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/parsing_config' '-o' '/tmp/go-build137487689/parsing_config/_obj/_go_.o' '-v' '-shared-libgcc' /home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/go1 ../parsing_config/parsing_config.go -mptr64 -mstack-bias -mno-v8plus -mcpu=v9 -quiet -dumpbase parsing_config.go -m64 -auxbase-strip $WORK/parsing_config/_obj/_go_.o -g -version -fgo-pkgpath=parsing_config -fgo-relative-import-path=_/home/y/xsd_log_resend/src/parsing_config -I $WORK -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9 -L/home/y/opt/cross/sysroot/lib/sparcv9 -L/home/y/opt/cross/sysroot/usr/lib/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib -L/home/y/opt/cross/sysroot/lib -L/home/y/opt/cross/sysroot/usr/lib -o /tmp/ccJntC1m.s GNU Go (GCC) version 5.1.0 (sparc-sun-solaris2.10) compiled by GNU C version 4.4.7 20120313 (Red Hat 4.4.7-4), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU Go (GCC) version 5.1.0 (sparc-sun-solaris2.10) compiled by GNU C version 4.4.7 20120313 (Red Hat 4.4.7-4), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-c' '-g' '-m64' '-fgo-pkgpath=parsing_config' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/parsing_config' '-o' '/tmp/go-build137487689/parsing_config/_obj/_go_.o' '-v' '-shared-libgcc' /home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/bin/as -v -I $WORK -V -Qy -s -xarch=v9 -64 -no-undeclared-regs -o $WORK/parsing_config/_obj/_go_.o /tmp/ccJntC1m.s GNU assembler version 2.25 (sparc-sun-solaris2.10) using BFD version (GNU Binutils) 2.25 COMPILER_PATH=/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/bin/ LIBRARY_PATH=/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9/:/home/y/opt/cross/sysroot/lib/sparcv9/:/home/y/opt/cross/sysroot/usr/lib/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/:/home/y/opt/cross/sysroot/lib/:/home/y/opt/cross/sysroot/usr/lib/ COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-c' '-g' '-m64' '-fgo-pkgpath=parsing_config' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/parsing_config' '-o' '/tmp/go-build137487689/parsing_config/_obj/_go_.o' '-v' '-shared-libgcc' # command-line-arguments Using built-in specs. COLLECT_GCC=gccgo Target: sparc-sun-solaris2.10 Configured with: ../gcc-5.1.0/configure --target=sparc-sun-solaris2.10 --with-gnu-as --with-gnu-ld --prefix=/home/y/opt/cross/ --with-sysroot=/home/y/opt/cross/sysroot/ --disable-libgcj --enable-languages=c,c++,go Thread model: posix gcc version 5.1.0 (GCC) COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-I' '/home/y/xsd_log_resend/pkg/gccgo_linux_amd64' '-c' '-g' '-m64' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/aiReqResend' '-o' '/tmp/go-build137487689/command-line-arguments/_obj/_go_.o' '-v' '-shared-libgcc' /home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/go1 ./aiReqResend.go -mptr64 -mstack-bias -mno-v8plus -mcpu=v9 -quiet -dumpbase aiReqResend.go -m64 -auxbase-strip $WORK/command-line-arguments/_obj/_go_.o -g -version -fgo-relative-import-path=_/home/y/xsd_log_resend/src/aiReqResend -I $WORK -I /home/y/xsd_log_resend/pkg/gccgo_linux_amd64 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9 -L/home/y/opt/cross/sysroot/lib/sparcv9 -L/home/y/opt/cross/sysroot/usr/lib/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib -L/home/y/opt/cross/sysroot/lib -L/home/y/opt/cross/sysroot/usr/lib -o /tmp/ccy4Riqt.s GNU Go (GCC) version 5.1.0 (sparc-sun-solaris2.10) compiled by GNU C version 4.4.7 20120313 (Red Hat 4.4.7-4), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU Go (GCC) version 5.1.0 (sparc-sun-solaris2.10) compiled by GNU C version 4.4.7 20120313 (Red Hat 4.4.7-4), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-I' '/home/y/xsd_log_resend/pkg/gccgo_linux_amd64' '-c' '-g' '-m64' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/aiReqResend' '-o' '/tmp/go-build137487689/command-line-arguments/_obj/_go_.o' '-v' '-shared-libgcc' /home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/bin/as -v -I $WORK -I /home/y/xsd_log_resend/pkg/gccgo_linux_amd64 -V -Qy -s -xarch=v9 -64 -no-undeclared-regs -o $WORK/command-line-arguments/_obj/_go_.o /tmp/ccy4Riqt.s GNU assembler version 2.25 (sparc-sun-solaris2.10) using BFD version (GNU Binutils) 2.25 COMPILER_PATH=/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/bin/ LIBRARY_PATH=/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9/:/home/y/opt/cross/sysroot/lib/sparcv9/:/home/y/opt/cross/sysroot/usr/lib/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/:/home/y/opt/cross/sysroot/lib/:/home/y/opt/cross/sysroot/usr/lib/ COLLECT_GCC_OPTIONS='-I' '/tmp/go-build137487689' '-I' '/home/y/xsd_log_resend/pkg/gccgo_linux_amd64' '-c' '-g' '-m64' '-fgo-relative-import-path=_/home/y/xsd_log_resend/src/aiReqResend' '-o' '/tmp/go-build137487689/command-line-arguments/_obj/_go_.o' '-v' '-shared-libgcc' # command-line-arguments Using built-in specs. COLLECT_GCC=gccgo COLLECT_LTO_WRAPPER=/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/lto-wrapper Target: sparc-sun-solaris2.10 Configured with: ../gcc-5.1.0/configure --target=sparc-sun-solaris2.10 --with-gnu-as --with-gnu-ld --prefix=/home/y/opt/cross/ --with-sysroot=/home/y/opt/cross/sysroot/ --disable-libgcj --enable-languages=c,c++,go Thread model: posix gcc version 5.1.0 (GCC) COMPILER_PATH=/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/bin/ LIBRARY_PATH=/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9/:/home/y/opt/cross/sysroot/lib/sparcv9/:/home/y/opt/cross/sysroot/usr/lib/sparcv9/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/:/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/:/home/y/opt/cross/sysroot/lib/:/home/y/opt/cross/sysroot/usr/lib/ COLLECT_GCC_OPTIONS='-o' 'aiReqResend' '-m64' '-v' '-shared-libgcc' /home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/collect2 -plugin /home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/liblto_plugin.so -plugin-opt=/home/y/opt/cross/libexec/gcc/sparc-sun-solaris2.10/5.1.0/lto-wrapper -plugin-opt=-fresolution=/tmp/cccfnQ4K.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lc --sysroot=/home/y/opt/cross/sysroot/ -V -m elf64_sparc_sol2 -Y P,/home/y/opt/cross/sysroot//lib/sparcv9:/home/y/opt/cross/sysroot//usr/lib/sparcv9 -Qy -o aiReqResend /home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/crt1.o /home/y/opt/cross/sysroot/usr/lib/sparcv9/crti.o /home/y/opt/cross/sysroot/usr/lib/sparcv9/values-Xa.o /home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/crtbegin.o -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib/sparcv9 -L/home/y/opt/cross/sysroot/lib/sparcv9 -L/home/y/opt/cross/sysroot/usr/lib/sparcv9 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0 -L/home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/../../../../sparc-sun-solaris2.10/lib -L/home/y/opt/cross/sysroot/lib -L/home/y/opt/cross/sysroot/usr/lib $WORK/command-line-arguments/_obj/_go_.o -( $WORK/libparsing_config.a -E -) -dy -lnsl -lsocket -lrt -lgobegin -Bstatic -lgo -Bdynamic -lpthread -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc -lc /home/y/opt/cross/lib/gcc/sparc-sun-solaris2.10/5.1.0/sparcv9/crtend.o /home/y/opt/cross/sysroot/usr/lib/sparcv9/crtn.o GNU ld (GNU Binutils) 2.25 Supported emulations: elf32_sparc_sol2 elf32_sparc elf64_sparc_sol2 elf64_sparc [y@M610-252126 aiReqResend]$ ll total 8168 -rwxrwxr-x 1 y y 8350856 Oct 12 19:45 aiReqResend -rw-rw-r-- 1 y y 8610 Oct 9 15:14 aiReqResend.go </code></pre> </div>

源码编译gcc出错,大家帮忙看看

错误信息如下 ``` /usr/bin/ld: /root/gcc-4.9.2-build-try0/./gmp/.libs/libgmp.a(mp_set_fns.o): relocation R_X86_64_32 against `__gmp_default_allocate' can not be used when making a shared object; recompile with -fPIC /root/gcc-4.9.2-build-try0/./gmp/.libs/libgmp.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status make[6]: *** [libjavamath.la] Error 1 make[6]: Leaving directory `/root/gcc-4.9.2-build-try0/x86_64-unknown-linux-gnu/libjava/classpath/native/jni/java-math' ``` 在网上查了,说是要带"-fPIC"参数重编gmp,试过了,但是还是出错,求各位大神帮忙看看,谢谢!

CGO在MacOS上忽略了LDFLAGS -L选项

<div class="post-text" itemprop="text"> <p>I'm trying to compile the following code on a MacOS machine</p> <pre><code>// #cgo darwin LDFLAGS: -L${SRCDIR}/build/darwin -lprocessing_lib // #cgo linux LDFLAGS: -L${SRCDIR}/build/linux -lprocessing_lib // #include "Processing-bridge.h" // #include &lt;stdlib.h&gt; import "C" import "unsafe" type ProcessorWrapper struct { ptr unsafe.Pointer } func init() { pr.ptr = C.NewProcessor() } func GetDefault() (id int, name string) { var default = C.GetDefault(pr.ptr) id = int(default.materialId) name = C.GoString(default.name) return } </code></pre> <p>I have the libprocessing_lib.so file in the correct location defined in the LDFLAGS. However the compiler still throws an error saying</p> <pre><code>dyld: Library not loaded: build/lib_processing_lib.so Referenced from: /Users/ag/workspace/src/github.com/apremalal/pq-processor/./pq-processor Reason: image not found </code></pre> <p>Once I copy build/lib_processing_lib.so to the root of the project it works.</p> <p>It seems that the library directory provided by the LDFLAGS is somehow getting overridden.</p> <p>I've noticed that setting DYLD_LIBRARY_PATH variable before compilation also override this value.(I ran above scenarios without setting this parameter)</p> <p>Interestingly though the same code works in Linux environment by picking up the correct path.</p> <p>Is there anything special that I need to do in MacOS to get the desirable LDFLAGS behavior?</p> </div>

arm-fsl-linux-gnueabi-gcc 交叉编译工具链不能正常链接库

1. 使用gcc -o simplescan simplescan.c -lbluetooth 可以编译程序。 2. arm-fsl-linux-gnueabi-gcc -o simplescan simplescan.c -lbluetooth 这样编译程序时提示找不头文件。 3. arm-fsl-linux-gnueabi-gcc -o simplescan simplescan.c -I/usr/include/ -I/usr/include/i386-linux-gnu 手动设置头文件路径后,提示找不到库 /opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/../lib/gcc/arm-fsl-linux-gnueabi/4.6.2/../../../../arm-fsl-linux-gnueabi/bin/ld: cannot find -lbluetooth collect2: ld returned 1 exit status 4. 手动指定库路径编译 arm-fsl-linux-gnueabi-gcc -o simplescan simplescan.c -I/usr/include/ -I/usr/include/i386-linux-gnu -L/usr/lib/i386-linux-gnu 编译提示 simplescan.c:(.text+0x84): undefined reference to `hci_get_route' simplescan.c:(.text+0x90): undefined reference to `hci_open_dev' simplescan.c:(.text+0x11c): undefined reference to `hci_inquiry' simplescan.c:(.text+0x170): undefined reference to `ba2str' simplescan.c:(.text+0x1c8): undefined reference to `hci_read_remote_name' collect2: ld returned 1 exit status 5.使用arm-fsl-linux-gnueabi-nm -D bluetooth_build/lib/libbluetooth.so.3.13.0 查看库里函数,函数也存在。 000061e8 T hci_get_route 000063bc T hci_inquiry 00006ab4 T hci_le_add_white_list 00006c90 T hci_le_clear_white_list 00008ca0 T hci_le_conn_update 00008b44 T hci_le_create_conn 00006c04 T hci_le_read_white_list_size 00006b5c T hci_le_rm_white_list 00008ac8 T hci_le_set_advertise_enable 00008988 T hci_le_set_scan_enable 00008a10 T hci_le_set_scan_parameters 00005bd0 T hci_lmtostr 00005b98 T hci_lptostr 00006520 T hci_open_dev 这是什么情况? # 补充问题: 其实我的bluetooth的链接也已经编译了,使用-L指向我的链接库时,也是提示没有那些函数。 因为gcc编译可以通过,我就想着链接一下gcc用的动态库看可不可以通过。结果还是一样的。 所以百思不得其解。找不到要往哪个方向查了。 使用nm 对比了i386的蓝牙库和用交叉工具编译的蓝牙库,有没太大的差异 这是我的库 file work/bluetooth/bluetooth_build/lib/libbluetooth.so.3.13.0 work/bluetooth/bluetooth_build/lib/libbluetooth.so.3.13.0: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, not stripped

如何在cgo中正确使用64位TDM-GCC? [重复]

<div class="post-text" itemprop="text"> <div class="question-status question-originals-of-duplicate"> <p>This question already has an answer here:</p> <ul> <li> <a href="/questions/46925915/gcc-unable-to-compile-go-program" dir="ltr">GCC unable to compile Go Program</a> <span class="question-originals-answer-count"> 1 answer </span> </li> </ul> </div> <p>I'm attempting to use a library at github.com/hajimehoshi/ebiten. Regardless of what I do, I'm met with this error:</p> <pre><code># github.com/go-gl/glfw/v3.2/glfw cc1.exe: sorry, unimplemented: 64-bit mode not compiled in # github.com/go-gl/gl/v2.1/gl cc1.exe: sorry, unimplemented: 64-bit mode not compiled in </code></pre> <p>I've attempted updating MinGW</p> <blockquote> <p>mingw-get udpate</p> </blockquote> <p>I've set the PATH variable for MinGW.</p> <p>I've downloaded MinGW-w64 <a href="https://sourceforge.net/projects/mingw-w64/?source=typ_redirect" rel="nofollow noreferrer">here</a>.</p> <p>I've gone <a href="http://tdm-gcc.tdragon.net/" rel="nofollow noreferrer">here</a> and downloaded the tdm-gcc 64 bundle.</p> <p>And still, I'm met with the same error. How do I circumvent this?</p> </div>

gcc 中使用 -levent, 在cmake 中对应要怎么设置

如题,在gcc编译程序的时候需要加上-levent链接库libevent.使用cmake的时候,使用了 link_directories(/usr/lib)没有作用。求助!

关于openmp 多线程能不能不用gcc -fopenmp编译只用gcc编译

参加ccsp比赛,只能修改其中的某个文件make文件不能改,是不是就相当于不能用openmp编译运行了?能不能通过修改.cpp文件继续使用openmp如果不能用,大家有什么简单的多线程的方法?

codeblocks for Mac编译出现问题提示GUN GCC什么的,小白一个,希望大佬指教!

-------------- Build: Debug in 1 (compiler: GNU GCC Compiler)--------------- gcc -Wall -g -c /Users/jackwang/Documents/codeblocks/1/main.c -o obj/Debug/main.o xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun Process terminated with status 1 (0 minute(s), 0 second(s)) 0 error(s), 0 warning(s) (0 minute(s), 0 second(s)) 提示信息如上。

Ubuntu下gcc -m32出错

跪求解答。。。![图片说明](https://img-ask.csdn.net/upload/201606/23/1466649157_487415.png)

编译gotoblas2时:cannot find -l-lgfortran

我在cygwin下编译gotoblas2,CPU是core i7 2600,系统是32位win7 输入如下命令: $ make BINARY=32 TARGET=NEHALEM 出现错误提示: /usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot find -l-lgfortran 附近相关提示如下: make[1]: Entering directory '/cygdrive/c/Users/lenovo/Desktop/SuiteSparse-4.3.0/ SuiteSparse/gotoblas2/exports' ranlib ../libgoto2_nehalemp-r1.13.a dllwrap -o libgoto2.dll --def libgoto2.def \ --entry _dllinit@12 -s dllinit.o --dllname libgoto2.dll ../libgoto2_nehalemp-r1. 13.a -L/usr/lib/gcc/i686-pc-cygwin/4.8.3 -L/usr/lib/gcc/i686-pc-cygwin/4.8.3/../ ../.. -l -lgfortran -lquadmath -lm -lcygwin /usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot find -l-lgfortran 不太明白,怎么会出现“-l -lgfortran”-l后面怎么会是空格,什么都没有? 有用过gotoblas2,出现过这样问题的么?或者能根据这个情况猜测一下可能是什么原因么? 在makefile.conf中有一句:“FEXTRALIB=-L/usr/lib/gcc/i686-pc-cygwin/4.8.3 -L/usr/lib/gcc/i686-pc-cygwin/4.8.3/../../.. -l -lgfortran -lquadmath -lm -lcygwin ”这个文件是后生成的。

编译GCC,建立mcore的编译器

因为芯片跟mcore比较类似,所以要用这个试试,可是这编译器就搞不定了。 GCC安装的依赖包:gmp-5.0.1 mpfr-3.1.3 mpc-1.0.1 configure参数: $ ../configure --prefix=/home/xxxx/mcore-linux-gcc \ --with-gmp=/usr/local/gmp-5.0.1 \ --with-mpfr=/usr/local/mpfr-3.1.3 \ --with-mpc=/usr/local/mpc-1.0.1 \ --program-suffix=-mcore \ --enable-checking=release \ --enable-languages=c \ --target=mcore-unknown-linux-gnu 然后make all-gcc出错了 checking if mkdir takes one argument... no Configuration mcore-unknown-linux-gnu not supported 这是为什么?谁做过Mcore的编译器啊?

linux gcc链接出现cannot find -lc?

为什么gcc 连接的时候出现cannot find -lc?

Java基础知识面试题(2020最新版)

文章目录Java概述何为编程什么是Javajdk1.5之后的三大版本JVM、JRE和JDK的关系什么是跨平台性?原理是什么Java语言有哪些特点什么是字节码?采用字节码的最大好处是什么什么是Java程序的主类?应用程序和小程序的主类有何不同?Java应用程序与小程序之间有那些差别?Java和C++的区别Oracle JDK 和 OpenJDK 的对比基础语法数据类型Java有哪些数据类型switc...

软件测试入门、SQL、性能测试、测试管理工具

软件测试2小时入门,让您快速了解软件测试基本知识,有系统的了解; SQL一小时,让您快速理解和掌握SQL基本语法 jmeter性能测试 ,让您快速了解主流来源性能测试工具jmeter 测试管理工具-禅道,让您快速学会禅道的使用,学会测试项目、用例、缺陷的管理、

基于西门子S7—1200的单部六层电梯设计程序,1部6层电梯

基于西门子S7—1200的单部六层电梯设计程序,1部6层电梯。 本系统控制六层电梯, 采用集选控制方式。 为了完成设定的控制任务, 主要根据电梯输入/输出点数确定PLC 的机型。 根据电梯控制的要求,

捷联惯导仿真matlab

捷联惯导的仿真(包括轨迹仿真,惯性器件模拟输出,捷联解算),标了详细的注释捷联惯导的仿真(包括轨迹仿真,惯性器件模拟输出,捷联解算),标了详细的注释

深度学习原理+项目实战+算法详解+主流框架(套餐)

深度学习系列课程从深度学习基础知识点开始讲解一步步进入神经网络的世界再到卷积和递归神经网络,详解各大经典网络架构。实战部分选择当下最火爆深度学习框架PyTorch与Tensorflow/Keras,全程实战演示框架核心使用与建模方法。项目实战部分选择计算机视觉与自然语言处理领域经典项目,从零开始详解算法原理,debug模式逐行代码解读。适合准备就业和转行的同学们加入学习! 建议按照下列课程顺序来进行学习 (1)掌握深度学习必备经典网络架构 (2)深度框架实战方法 (3)计算机视觉与自然语言处理项目实战。(按照课程排列顺序即可)

图书管理系统(Java + Mysql)我的第一个完全自己做的实训项目

图书管理系统 Java + MySQL 完整实训代码,MVC三层架构组织,包含所有用到的图片资源以及数据库文件,大三上学期实训,注释很详细,按照阿里巴巴Java编程规范编写

玩转Linux:常用命令实例指南

人工智能、物联网、大数据时代,Linux正有着一统天下的趋势,几乎每个程序员岗位,都要求掌握Linux。本课程零基础也能轻松入门。 本课程以简洁易懂的语言手把手教你系统掌握日常所需的Linux知识,每个知识点都会配合案例实战让你融汇贯通。课程通俗易懂,简洁流畅,适合0基础以及对Linux掌握不熟练的人学习; 【限时福利】 1)购课后按提示添加小助手,进答疑群,还可获得价值300元的编程大礼包! 2)本月购买此套餐加入老师答疑交流群,可参加老师的免费分享活动,学习最新技术项目经验。 --------------------------------------------------------------- 29元=掌握Linux必修知识+社群答疑+讲师社群分享会+700元编程礼包。 &nbsp;

网络工程师小白入门--【思科CCNA、华为HCNA等网络工程师认证】

本课程适合CCNA或HCNA网络小白同志,高手请绕道,可以直接学习进价课程。通过本预科课程的学习,为学习网络工程师、思科CCNA、华为HCNA这些认证打下坚实的基础! 重要!思科认证2020年2月24日起,已启用新版认证和考试,包括题库都会更新,由于疫情原因,请关注官网和本地考点信息。题库网络上很容易下载到。

C++语言基础视频教程

C++语言基础视频培训课程:本课与主讲者在大学开出的程序设计课程直接对接,准确把握知识点,注重教学视频与实践体系的结合,帮助初学者有效学习。本教程详细介绍C++语言中的封装、数据隐藏、继承、多态的实现等入门知识;主要包括类的声明、对象定义、构造函数和析构函数、运算符重载、继承和派生、多态性实现等。 课程需要有C语言程序设计的基础(可以利用本人开出的《C语言与程序设计》系列课学习)。学习者能够通过实践的方式,学会利用C++语言解决问题,具备进一步学习利用C++开发应用程序的基础。

微信小程序 实例汇总 完整项目源代码

微信小程序 实例汇总 完整项目源代码

Python数据挖掘简易入门

&nbsp; &nbsp; &nbsp; &nbsp; 本课程为Python数据挖掘方向的入门课程,课程主要以真实数据为基础,详细介绍数据挖掘入门的流程和使用Python实现pandas与numpy在数据挖掘方向的运用,并深入学习如何运用scikit-learn调用常用的数据挖掘算法解决数据挖掘问题,为进一步深入学习数据挖掘打下扎实的基础。

2020-五一数学建模大赛C类问题饲料加工配比及优化.pdf

2020年,“51”数学建模C类问题,关于饲料配比问题以及加工优化方案。论文采用统计分析,建立了关于饲料加工的多目标优化模型。并利用蒙特卡罗算法对目标函数进行优化,解决了饲料加工质量最优配比问题并进行

MySQL数据库从入门到实战应用

限时福利1:购课进答疑群专享柳峰(刘运强)老师答疑服务 限时福利2:购课后添加学习助手(微信号:csdn590),按消息提示即可领取编程大礼包! 为什么说每一个程序员都应该学习MySQL? 根据《2019-2020年中国开发者调查报告》显示,超83%的开发者都在使用MySQL数据库。 使用量大同时,掌握MySQL早已是运维、DBA的必备技能,甚至部分IT开发岗位也要求对数据库使用和原理有深入的了解和掌握。 学习编程,你可能会犹豫选择 C++ 还是 Java;入门数据科学,你可能会纠结于选择 Python 还是 R;但无论如何, MySQL 都是 IT 从业人员不可或缺的技能! 【课程设计】 在本课程中,刘运强老师会结合自己十多年来对MySQL的心得体会,通过课程给你分享一条高效的MySQL入门捷径,让学员少走弯路,彻底搞懂MySQL。 本课程包含3大模块:&nbsp; 一、基础篇: 主要以最新的MySQL8.0安装为例帮助学员解决安装与配置MySQL的问题,并对MySQL8.0的新特性做一定介绍,为后续的课程展开做好环境部署。 二、SQL语言篇: 本篇主要讲解SQL语言的四大部分数据查询语言DQL,数据操纵语言DML,数据定义语言DDL,数据控制语言DCL,学会熟练对库表进行增删改查等必备技能。 三、MySQL进阶篇: 本篇可以帮助学员更加高效的管理线上的MySQL数据库;具备MySQL的日常运维能力,语句调优、备份恢复等思路。 &nbsp;

navicat简体中文版 绿色版 (64位)

解压后安装navicat,打开navicat执行PatchNavicat即破解成功。可以正常使用啦。

linux“开发工具三剑客”速成攻略

工欲善其事,必先利其器。Vim+Git+Makefile是Linux环境下嵌入式开发常用的工具。本专题主要面向初次接触Linux的新手,熟练掌握工作中常用的工具,在以后的学习和工作中提高效率。

机器学习初学者必会的案例精讲

通过六个实际的编码项目,带领同学入门人工智能。这些项目涉及机器学习(回归,分类,聚类),深度学习(神经网络),底层数学算法,Weka数据挖掘,利用Git开源项目实战等。

Python代码实现飞机大战

文章目录经典飞机大战一.游戏设定二.我方飞机三.敌方飞机四.发射子弹五.发放补给包六.主模块 经典飞机大战 源代码以及素材资料(图片,音频)可从下面的github中下载: 飞机大战源代码以及素材资料github项目地址链接 ————————————————————————————————————————————————————————— 不知道大家有没有打过飞机,喜不喜欢打飞机。当我第一次接触这个东西的时候,我的内心是被震撼到的。第一次接触打飞机的时候作者本人是身心愉悦的,因为周边的朋友都在打飞机, 每

一学即懂的计算机视觉(第一季)

图像处理和计算机视觉的课程大家已经看过很多,但总有“听不透”,“用不了”的感觉。课程致力于创建人人都能听的懂的计算机视觉,通过生动、细腻的讲解配合实战演练,让学生真正学懂、用会。 【超实用课程内容】 课程内容分为三篇,包括视觉系统构成,图像处理基础,特征提取与描述,运动跟踪,位姿估计,三维重构等内容。课程理论与实战结合,注重教学内容的可视化和工程实践,为人工智能视觉研发及算法工程师等相关高薪职位就业打下坚实基础。 【课程如何观看?】 PC端:https://edu.csdn.net/course/detail/26281 移动端:CSDN 学院APP(注意不是CSDN APP哦) 本课程为录播课,课程2年有效观看时长,但是大家可以抓紧时间学习后一起讨论哦~ 【学员专享增值服务】 源码开放 课件、课程案例代码完全开放给你,你可以根据所学知识,自行修改、优化 下载方式:电脑登录https://edu.csdn.net/course/detail/26281,点击右下方课程资料、代码、课件等打包下载

java jdk 8 帮助文档 中文 文档 chm 谷歌翻译

JDK1.8 API 中文谷歌翻译版 java帮助文档 JDK API java 帮助文档 谷歌翻译 JDK1.8 API 中文 谷歌翻译版 java帮助文档 Java最新帮助文档 本帮助文档是使用谷

Qt5.10 GUI完全参考手册(强烈推荐)

本书是Qt中文版的参考手册,内容详尽易懂,详细介绍了Qt实现的各种内部原理,是一本不可多得的参考文献

Python可以这样学(第四季:数据分析与科学计算可视化)

董付国老师系列教材《Python程序设计(第2版)》(ISBN:9787302436515)、《Python可以这样学》(ISBN:9787302456469)配套视频,在教材基础上又增加了大量内容,通过实例讲解numpy、scipy、pandas、statistics、matplotlib等标准库和扩展库用法。

设计模式(JAVA语言实现)--20种设计模式附带源码

课程亮点: 课程培训详细的笔记以及实例代码,让学员开始掌握设计模式知识点 课程内容: 工厂模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式、原型模型、代理模式、单例模式、适配器模式 策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式 课程特色: 笔记设计模式,用笔记串连所有知识点,让学员从一点一滴积累,学习过程无压力 笔记标题采用关键字标识法,帮助学员更加容易记住知识点 笔记以超链接形式让知识点关联起来,形式知识体系 采用先概念后实例再应用方式,知识点深入浅出 提供授课内容笔记作为课后复习以及工作备查工具 部分图表(电脑PC端查看):

进程监控软件 Performance Monitor中文版

告诉你每个程序现在在做什么,还可以根据你的要求过滤无关的内容。

八数码的深度优先算法c++实现

人工智能的八数码的深度优先算法c++实现

2021考研数学张宇基础30讲.pdf

张宇:博士,全国著名考研数学辅导专家,教育部“国家精品课程建设骨干教师”,全国畅销书《张宇高等数学18讲》《张宇线性代数9讲》《张宇概率论与数理统计9讲》《张宇考研数学题源探析经典1000题》《张宇考

2019 Python开发者日-培训

本次活动将秉承“只讲技术,拒绝空谈”的理念,邀请十余位身处一线的Python技术专家,重点围绕Web开发、自动化运维、数据分析、人工智能等技术模块,分享真实生产环境中使用Python应对IT挑战的真知灼见。此外,针对不同层次的开发者,大会还安排了深度培训实操环节,为开发者们带来更多深度实战的机会。

C/C++跨平台研发从基础到高阶实战系列套餐

一 专题从基础的C语言核心到c++ 和stl完成基础强化; 二 再到数据结构,设计模式完成专业计算机技能强化; 三 通过跨平台网络编程,linux编程,qt界面编程,mfc编程,windows编程,c++与lua联合编程来完成应用强化 四 最后通过基于ffmpeg的音视频播放器,直播推流,屏幕录像,

2020_五一数学建模_C题_整理后的数据.zip

该数据是我的程序读取的数据,仅供参考,问题的解决方案:https://blog.csdn.net/qq_41228463/article/details/105993051

机器学习实战系列套餐(必备基础+经典算法+案例实战)

机器学习实战系列套餐以实战为出发点,帮助同学们快速掌握机器学习领域必备经典算法原理并结合Python工具包进行实战应用。建议学习顺序:1.Python必备工具包:掌握实战工具 2.机器学习算法与实战应用:数学原理与应用方法都是必备技能 3.数据挖掘实战:通过真实数据集进行项目实战。按照下列课程顺序学习即可! 课程风格通俗易懂,用最接地气的方式带领大家轻松进军机器学习!提供所有课程代码,PPT与实战数据,有任何问题欢迎随时与我讨论。

实用主义学Python(小白也容易上手的Python实用案例)

原价169,限时立减100元! 系统掌握Python核心语法16点,轻松应对工作中80%以上的Python使用场景! 69元=72讲+源码+社群答疑+讲师社群分享会&nbsp; 【哪些人适合学习这门课程?】 1)大学生,平时只学习了Python理论,并未接触Python实战问题; 2)对Python实用技能掌握薄弱的人,自动化、爬虫、数据分析能让你快速提高工作效率; 3)想学习新技术,如:人工智能、机器学习、深度学习等,这门课程是你的必修课程; 4)想修炼更好的编程内功,优秀的工程师肯定不能只会一门语言,Python语言功能强大、使用高效、简单易学。 【超实用技能】 从零开始 自动生成工作周报 职场升级 豆瓣电影数据爬取 实用案例 奥运冠军数据分析 自动化办公:通过Python自动化分析Excel数据并自动操作Word文档,最终获得一份基于Excel表格的数据分析报告。 豆瓣电影爬虫:通过Python自动爬取豆瓣电影信息并将电影图片保存到本地。 奥运会数据分析实战 简介:通过Python分析120年间奥运会的数据,从不同角度入手分析,从而得出一些有趣的结论。 【超人气老师】 二两 中国人工智能协会高级会员 生成对抗神经网络研究者 《深入浅出生成对抗网络:原理剖析与TensorFlow实现》一书作者 阿里云大学云学院导师 前大型游戏公司后端工程师 【超丰富实用案例】 0)图片背景去除案例 1)自动生成工作周报案例 2)豆瓣电影数据爬取案例 3)奥运会数据分析案例 4)自动处理邮件案例 5)github信息爬取/更新提醒案例 6)B站百大UP信息爬取与分析案例 7)构建自己的论文网站案例

相关热词 c#分级显示数据 c# 不区分大小写替换 c#中调用就java c#正则表达式 验证小数 c# vscode 配置 c#三维数组能存多少数据 c# 新建excel c#多个文本框 c#怎么创建tcp通讯 c# mvc 电子病例
立即提问