[Bug target/101016] Arm: vld1q polymorphic variants failing with __ARM_undef undefined reference error during linking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101016 SRINATH PARVATHANENI changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |sripar01 at gcc dot gnu.org Status|UNCONFIRMED |ASSIGNED Known to fail||10.3.0, 11.1.0 Last reconfirmed||2021-06-10 Ever confirmed|0 |1
[Bug target/101016] New: Arm: vld1q polymorphic variants failing with __ARM_undef undefined reference error during linking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101016 Bug ID: 101016 Summary: Arm: vld1q polymorphic variants failing with __ARM_undef undefined reference error during linking. Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: sripar01 at gcc dot gnu.org Target Milestone: --- The following testcase test.c is failing with undefined reference to `__ARM_undef' at linking. $cat test.c #include "arm_mve.h" void fn1() { uint32_t orgOffsetArray[1]; vld1q(orgOffsetArray); } $arm-none-eabi-gcc test.c -mcpu=cortex-m55 -mfloat-abi=hard --specs=rdimon.specs /media/sripar01/2tb_work/CDE/build-arm-none-eabi/install/lib/gcc/arm-none-eabi/12.0.0/../../../../arm-none-eabi/bin/ld: /media/sripar01/2tb_work/CDE/build-arm-none-eabi/install/lib/gcc/arm-none-eabi/12.0.0/../../../../arm-none-eabi/lib/thumb/v8-m.main+dp/hard/rdimon-crt0.o: in function `_mainCRTStartup': /media/sripar01/2tb_work/CDE/src/newlib-cygwin/libgloss/arm/crt0.S:545: undefined reference to `main' /media/sripar01/2tb_work/CDE/build-arm-none-eabi/install/lib/gcc/arm-none-eabi/12.0.0/../../../../arm-none-eabi/bin/ld: /tmp/ccqfgEBM.o: in function `fn1': test.c:(.text+0x1c): undefined reference to `__ARM_undef' collect2: error: ld returned 1 exit status $arm-none-eabi-gcc -v Using built-in specs. COLLECT_GCC=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/install/bin/arm-none-eabi-gcc COLLECT_LTO_WRAPPER=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/install/libexec/gcc/arm-none-eabi/12.0.0/lto-wrapper Target: arm-none-eabi Configured with: /media/sripar01/2tb_work/CDE/src/gcc/configure --target=arm-none-eabi --prefix=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/install// --with-gmp=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/host-tools --with-mpfr=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/host-tools --with-mpc=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/host-tools --with-isl=/media/sripar01/2tb_work/CDE/build-arm-none-eabi/host-tools --disable-shared --disable-nls --disable-threads --disable-tls --enable-checking=yes --enable-languages=c,c++,fortran --with-newlib --with-multilib-list=rmprofile --with-pkgversion=unknown Thread model: single Supported LTO compression algorithms: zlib gcc version 12.0.0 20210608 (experimental) (unknown)
[Bug libobjc/93099] [10 Regression] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 --- Comment #6 from Andrew Pinski --- Author: pinskia Date: Wed Jan 1 22:16:35 2020 New Revision: 279822 URL: https://gcc.gnu.org/viewcvs?rev=279822=gcc=rev Log: Fix windows libobjc build (PR libobjc/93099) 2020-01-01 Andrew Pinski PR libobjc/93099 * objc/objc-decls.h (objc_EXPORT): Define it to extern for DLL_EXPORT define case. Modified: trunk/libobjc/ChangeLog trunk/libobjc/objc/objc-decls.h
[Bug libobjc/93099] [10 Regression] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Andrew Pinski --- Fixed.
[Bug libobjc/93099] [10 Regression] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 --- Comment #4 from Rainer Emrich --- (In reply to Andrew Pinski from comment #2) > Created attachment 47566 [details] > Patch to try > > Can you try this patch? > It should fix the problem but I cannot test it as I don't have a windows > build machine setup. This patch indeed fixes the issue.
[Bug libobjc/93099] [10 Regression] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 --- Comment #3 from Rainer Emrich --- (In reply to Andrew Pinski from comment #2) > Created attachment 47566 [details] > Patch to try > > Can you try this patch? > It should fix the problem but I cannot test it as I don't have a windows > build machine setup. Will take a moment.
[Bug libobjc/93099] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2019-12-30 Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski --- Created attachment 47566 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47566=edit Patch to try Can you try this patch? It should fix the problem but I cannot test it as I don't have a windows build machine setup.
[Bug libobjc/93099] [10 Regression] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 Andrew Pinski changed: What|Removed |Added Keywords||build Target Milestone|--- |10.0 Summary|Multiple definition error |[10 Regression] Multiple |while linking libobjc.dll.a |definition error while ||linking libobjc.dll.a
[Bug libobjc/93099] Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 --- Comment #1 from Rainer Emrich --- That's with revision 279747.
[Bug libobjc/93099] New: Multiple definition error while linking libobjc.dll.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099 Bug ID: 93099 Summary: Multiple definition error while linking libobjc.dll.a Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libobjc Assignee: unassigned at gcc dot gnu.org Reporter: rai...@emrich-ebersheim.de Target Milestone: --- libtool: link: /opt/devel/SCRATCH/tmp.F6n0FMZOiy/gcc-10.0.0/gcc-10.0.0/./gcc/xgcc -B/opt/devel/SCRATCH/tmp.F6n0FMZOiy/gcc-10.0.0/gcc-10.0.0/./gcc/ -L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/lib -L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/mingw/lib -isystem /opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/include -isystem /opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/mingw/include -B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/bin/ -B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/lib/ -isystem /opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/include -isystem /opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/sys-include -shared .libs/NXConstStr.o .libs/Object.o .libs/Protocol.o .libs/accessors.o .libs/linking.o .libs/class.o .libs/encoding.o .libs/error.o .libs/gc.o .libs/hash.o .libs/init.o .libs/ivars.o .libs/memory.o .libs/methods.o .libs/nil_method.o .libs/objc-foreach.o .libs/objc-sync.o .libs/objects.o .libs/protocols.o .libs/sarray.o .libs/selector.o .libs/sendmsg.o .libs/thr.o .libs/exception.o -L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/x86_64-w64-mingw32/lib -L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-10.0.0/mingw/lib -shared-libgcc -o .libs/libobjc-4.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libobjc.dll.a D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/Protocol.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/class.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/encoding.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/hash.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/init.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/ivars.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/memory.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT\x86_64-w64-mingw32\mingw-w64-runtime-trunk-svn\gcc-10.0.0\bin\ld.exe: .libs/methods.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: multiple definition of `_objc_load_callback'; .libs/Object.o:D:/opt/devel/gnu/src/gcc-mingw-w64/gcc-10.0.0/libobjc/objc/runtime.h:919: first defined here D:\opt\devel\gnu\gcc\MINGW_NT
[Bug lto/88516] Internal LTO error when linking against static libSFML
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88516 krzysio.kurek at wp dot pl changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #4 from krzysio.kurek at wp dot pl --- I've been trying to put the issue in a repository however the ICE stopped occurring for me, and I don't know how to replicate it anymore. I'll reopen this issue when I have something ready.
[Bug lto/88516] Internal LTO error when linking against static libSFML
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88516 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2018-12-27 Ever confirmed|0 |1 --- Comment #3 from Martin Liška --- Note that LTO is invoked also for .a files, that I don't have. Please send a link to git repo and steps how to reproduce the build.
[Bug lto/88516] Internal LTO error when linking against static libSFML
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88516 --- Comment #2 from krzysio.kurek at wp dot pl --- Created attachment 45243 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45243=edit preprocessed file Oh I just noticed that the preprocessed file didn't get attached.
[Bug lto/88516] Internal LTO error when linking against static libSFML
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88516 --- Comment #1 from krzysio.kurek at wp dot pl --- I'm afraid this is as minimal as it gets. Should I set up a git repo with all sources needed to reproduce the error?
[Bug lto/88516] New: Internal LTO error when linking against static libSFML
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88516 Bug ID: 88516 Summary: Internal LTO error when linking against static libSFML Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: krzysio.kurek at wp dot pl CC: marxin at gcc dot gnu.org Target Milestone: --- sysinfo: gcc (SUSE Linux) 8.2.1 20181108 [gcc-8-branch revision 265914] OpenSUSE Tumbleweed 20181213 GCC configuration: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,ada,go --enable-offload-targets=hsa,nvptx-none=/usr/nvptx-none, --without-cuda-driver --enable-checking=release --disable-werror --with-gxx-include-dir=/usr/include/c++/8 --enable-ssp --disable-libssp --disable-libvtv --disable-cet --disable-libcc1 --enable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --with-slibdir=/lib64 --with-system-zlib --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --with-gcc-major-version-only --enable-linker-build-id --enable-linux-futex --enable-gnu-indirect-function --program-suffix=-8 --without-system-libunwind --enable-multilib --with-arch-32=x86-64 --with-tune=generic --build=x86_64-suse-linux --host=x86_64-suse-linux exact commandline: g++ main.cpp /usr/local/lib/libsfml-graphics-s.a /usr/local/lib/libsfml-window-s.a /usr/local/lib/libsfml-system-s.a -lpthread -lrt /usr/lib64/libudev.so /usr/lib64/libOpenGL.so /usr/lib64/libX11.so /usr/lib64/libXrandr.so /usr/lib64/libfreetype.so error message: lto1: internal compiler error: in add_symbol_to_partition_1, at lto/lto-partition.c:155 Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.opensuse.org/> for instructions. lto-wrapper: fatal error: g++ returned 1 exit status compilation terminated. /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: error: lto-wrapper failed collect2: error: ld returned 1 exit status Happens with a locally compiled SFML, commit b9fdaf487f878fac17c3d4c1182acd8c4182eecc, with LTO enabled and compiled to static libraries.
[Bug other/61549] New: Error when linking with shared libraries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61549 Bug ID: 61549 Summary: Error when linking with shared libraries Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: isak50 at mail dot ru // os - linux debian //-- /usr/local/lib/1.cpp #include iostream struct S { int val; S() {val=1; std::cout 1::constr\n;} ~S() {std::cout 1::destr\n;} }s; extern int f1() {return s.val;} //-- /usr/local/lib/2.cpp #include iostream struct S { int val; S() {val=2; std::cout 2::constr\n;} ~S() {std::cout 2::destr\n;} }s; extern int f2() {return s.val;} //-- /usr/local/lib/ex.cpp #include iostream extern int f1(); extern int f2(); int main() { std::cout ex::main\n; std::cout f1 = f1() \n; std::cout f2 = f2() \n; return 0; } //-- buid /usr/local/lib $ g++ 1.cpp -fPIC -shared -o lib1.so /usr/local/lib $ g++ 2.cpp -fPIC -shared -o lib2.so /usr/local/lib $ g++ ex.cpp lib1.so lib2.so -o ex /usr/local/lib $ ldconfig //-- run ./ex //-- output 1::constr 1::constr // Why 1::constr? should be 2::constr ex::main f1 = 1 f2 = 1 1::destr// Why 1::destr? should be 2::destr 1::destr
[Bug other/61549] Error when linking with shared libraries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61549 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- You are violating the one-definition-rule (ODR) of C++. It's undefined if two same classes have different implementations. Put them in anonymous namespaces and it'll work.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |WORKSFORME --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org --- I can't reproduce this now either, closing
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #10 from Jürgen Reuter juergen.reuter at desy dot de --- After I completely recompiled the trunk version (r199585) the problem is gone. So most probably it resulted from an incomplete update and recompilation of the code, or was in an intermediate step of the development, which seems to be gone by now.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #9 from Jürgen Reuter juergen.reuter at desy dot de --- Well, I checked gcc/gfortran/g++ 4.8.1 today. There, the problem DOES NOT occur, so it seems to be a problem of gcc 4.9-LATEST.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2013-05-28 Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Jürgen Reuter from comment #0) This is our libtool command which does the invocation. I hope that you don't need any parts of the code to track this down: You could have simply provided a minimal testcase: #include future int main() { std::promisevoid p; }
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #3 from Jürgen Reuter juergen.reuter at desy dot de --- I'll try to cook it down as much as possible.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org --- I already did, that's the code I posted! The only switches needed are -std=c++11 -static-libstdc++
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #5 from Jürgen Reuter juergen.reuter at desy dot de --- Well, we have Fortran 2003 code into which via Bind(C) some c++ code is linked. For static builds, on MAC OS X because of the properties of the single-pass linker we need to explicitly link the C++ static library libstc++. Using this with the flags you mentioned does not change anything, unfortunately.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org --- I think you've misunderstood, I posted the minimum code and the switches needed to reproduce the bug, I wasn't suggesting a workaround.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #7 from Jürgen Reuter juergen.reuter at desy dot de --- Ok, true, now I got it. But now it really looks like a problem of the library, and not our linking procedure. About this I was not totally sure before.
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #8 from Jürgen Reuter juergen.reuter at desy dot de --- Somehow, your example works for me :(
[Bug libstdc++/57421] New: Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 Bug ID: 57421 Summary: Error when linking static libstc++ due to missing future classes Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: juergen.reuter at desy dot de This is our libtool command which does the invocation. I hope that you don't need any parts of the code to track this down: {{{ libtool: link: gfortran -g -O2 -o whizard.static .libs/libmanager.o -L/Users/reuter/local/packages/whizard-2.1.1/src/whizard-core -L/Users/reuter/local/packages/whizard-2.1.1/src -L/Users/reuter/local/packages/whizard-2.1.1/src/hepmc -L/usr/local/lib -L/usr/local/lib/gcc/x86_64-apple-darwin11.4.2/4.9.0 -L/usr/local/lib/gcc/x86_64-apple-darwin11.4.2/4.9.0/../../.. /usr/local/lib/libstdc++.a -L/usr/local/packages/gcc-4.9.0_trunk/build/x86_64-apple-darwin11.4.2/libstdc++-v3/src -L/usr/local/packages/gcc-4.9.0_trunk/build/x86_64-apple-darwin11.4.2/libstdc++-v3/src/.libs ./.libs/libstatic.a -L/Users/reuter/local/packages/whizard-2.1.1/src/models /Users/reuter/local/packages/whizard-2.1.1/src/whizard-core/.libs/libwhizard_main.a /Users/reuter/local/packages/whizard-2.1.1/src/.libs/libomega.a /Users/reuter/local/packages/whizard-2.1.1/src/omega/src/.libs/libomega_core.a /Users/reuter/local/packages/whizard-2.1.1/src/.libs/libwhizard.a /Users/reuter/local/packages/whizard-2.1.1/src/vamp/src/.libs/libvamp.a /Users/reuter/local/packages/whizard-2.1.1/src/circe1/src/.libs/libcirce1.a /Users/reuter/local/packages/whizard-2.1.1/src/circe2/src/.libs/libcirce2.a /usr/local/lib/libLHAPDF.a /usr/local/lib/libgfortran.a /usr/local/lib/libquadmath.a -lm -lstdhep -lFmcfio Undefined symbols for architecture x86_64: std::error_category::error_category(), referenced from: std::future_category() in libstdc++.a(future.o) ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit status }}}
[Bug libstdc++/57421] Error when linking static libstc++ due to missing future classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57421 --- Comment #1 from Jürgen Reuter juergen.reuter at desy dot de --- I couldn't check up to now but I assume this also happens with 4.8.1.
[Bug c++/51909] New: for avr device : internal error in linking phase , function call disappearing when assembled and a weird compiling warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909 Bug #: 51909 Summary: for avr device : internal error in linking phase , function call disappearing when assembledand a weird compiling warning Classification: Unclassified Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: gnumauroru...@gmail.com Created attachment 26387 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26387 make commands list Dears, unfortunely I am new in gcc compiler. I wok on Windows XP Home - SP3. I had a problem in AVR Toolchain, which uses gcc 4.5.1 It seems maybe they have an adapted gcc version gcc (AVR_8_bit_GNUToolchain_3.3.1_422) 4.5.1 I also downloaded and installed cgwin. It contains gcc 4.5.3 Because of I am novice in gcc, at the moment I did not try to reproduce the problems with the gcc 4.5.3 inside cgwin. I have three problems : - internal error in the linking phase (warning) - function declared 'noreturn has a 'return' statement given on a function where no return statement appears - a function call which disappears when the firmware is built The same function call does not disappear if it is written in an equivalent but different style. At the moment I posted all details on AVR Freaks : http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopicp=914857#914857 Please, let me know if you can help me to try to reproduce the problem in gcc 4.5.3 in cgwin I attach the Output of AVR Studio, which shows the make commands performed. Best Regards, Mauro.
[Bug target/51909] for avr device : internal error in linking phase , function call disappearing when assembled and a weird compiling warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-01-20 00:29:56 UTC --- C:\Documents and Settings\mauro\Desktop\AVR5 prj\TestCodeBUG\ImportMyCode\Debug\SWLevel\URtcOperations.o(1,1): internal error: out of range error That is an internal error from the linker and not GCC. The linker is a seperate project. Also you really should report this to where you got the linker/compiler mix since they are the ones who support the binaries you have.
[Bug target/51909] for avr device : internal error in linking phase , function call disappearing when assembled and a weird compiling warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909 --- Comment #2 from mauro gnumaurorusso at gmail dot com 2012-01-20 00:49:04 UTC --- DEar Andrew, thansk for the answer. I have already posted to AVR support, as wrote in my previous post. Anyway, I would like to understand id the problem raises also in the pure gnu tool. How can I go on for this goal? Regards, Mauro.
ERROR IN LINKING
hai friends...there is a error in linking my project ... the error is as follows.. please help me in this issue.thank u.. could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status please help me in solving this... please mail me soln or in the forum.. my mail id is [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/ERROR-IN-LINKING-tp20809866p20809866.html Sent from the gcc - bugs mailing list archive at Nabble.com.
[Bug c++/30504] Error when linking. Trying to create a library
--- Comment #2 from dams_napp at hotmail dot com 2007-01-19 22:16 --- Subject: RE: Error when linking. Trying to create a library Is there a better way to do that then, I do want to create a static library. Take Care, Dams From: pinskia at gcc dot gnu dot org [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bug c++/30504] Error when linking. Trying to create a library Date: 18 Jan 2007 22:12:38 - --- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 22:12 --- How are you creating a library with -static? The command line you posted looks more like you are linking in all of libc, libgcc, libstdc++ which all seems wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30504 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. _ Do women make better employees? Join the debate http://msnspecials.in/debate/topicdetails.aspx?TID=64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30504
[Bug c++/30504] Error when linking. Trying to create a library
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-19 22:18 --- Is there a better way to do that then, I do want to create a static library. You should use ar to create a static library. I think we can declare this issue as invalid as you are using the wrong options for a shared library and ar is for creating a static library. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30504
[Bug c++/30504] New: Error when linking. Trying to create a library
Hi, I am trying to create a C++ library and when doing a linking I am getting the following error. Here is the command g++ -static -static-libgcc -Wl,-bexpfull,-bnoentry,-brtl -o libAllocation.so *.o -L/vol.rtk/compilers/aix5.1.gcc-3.3/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3 -lgcc -lstdc++ -lc -lm The error reported is ld: 0711-317 ERROR: Undefined symbol: .std::basic_stringchar, std::char_traitschar, std::allocatorchar ::size() const ld: 0711-317 ERROR: Undefined symbol: .std::allocatorchar::allocator() ld: 0711-317 ERROR: Undefined symbol: .std::allocatorchar::~allocator() ld: 0711-317 ERROR: Undefined symbol: .std::basic_stringchar, std::char_traitschar, std::allocatorchar ::c_str() const ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. When I am using the -bnoquiet option addition messages for error ld: 0711-317 ERROR: Undefined symbol: .std::basic_stringchar, std::char_traitschar, std::allocatorchar ::size() const .std::basic_stringchar, std::char_traitschar, std::allocatorchar ::size() const[2] ER PR VersionUtil.cpp(VersionUtil.o) 002c .textR_RBR[22] .VersionUtil::getRevision(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) 00dc .textR_RBR[24] .VersionUtil::getModtime(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) ld: 0711-317 ERROR: Undefined symbol: .std::allocatorchar::allocator() .std::allocatorchar::allocator()[70]ER PR casepack_cp_heur.cpp(casepack_cp_heur.o) 00012154 .textR_RBR[594] .casePackAllocation_CP(bool, int, int, int, double**, double**, bool, int**, int**, int**, int**, int*, int**, int**, int*, bool, int*, int*, double*) .std::allocatorchar::allocator()[8] ER PR VersionUtil.cpp(VersionUtil.o) 01c0 .textR_RBR[26] .VersionUtil::getArchive(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) 02c4 .textR_RBR[26] .VersionUtil::getArchive(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) Could you please let me know what needs to be done to solve this error. Thanks Dham -- Summary: Error when linking. Trying to create a library Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dams_napp at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30504
[Bug c++/30504] Error when linking. Trying to create a library
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 22:12 --- How are you creating a library with -static? The command line you posted looks more like you are linking in all of libc, libgcc, libstdc++ which all seems wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30504