#2211 error in compiling gcc-4.6.2 with mingw

OTHER
closed
nobody
None
Support
duplicate
Invalid
False
2014-09-19
2014-04-22
atvreddy
No

hi sir...!
description:-
we are trying to compile the following sources with mingw to get .exe

    1. binutils-2.21.1
    2. gcc-4.6.2
    3. newlib-1.19.0
    4. gdb-7.3.1

host os:-ubuntu 12.04

aim:- to get tool chain for cortex_m4 that will run on windows and generate executable's for cortex_m4.

we successfully compiled the binutils-2.21.1 and generated following .exe's

note:-(we customized arm-none-eabi to arm-tepl-eabi)

arm-tepl-eabi-addr2line.exe arm-tepl-eabi-elfedit.exe arm-tepl-eabi-nm.exe arm-tepl-eabi-readelf.exe
arm-tepl-eabi-ar.exe arm-tepl-eabi-gprof.exe arm-tepl-eabi-objcopy.exe arm-tepl-eabi-size.exe
arm-tepl-eabi-as.exe arm-tepl-eabi-ld.bfd.exe arm-tepl-eabi-objdump.exe arm-tepl-eabi-strings.exe
arm-tepl-eabi-c++filt.exe arm-tepl-eabi-ld.exe arm-tepl-eabi-ranlib.exe arm-tepl-eabi-strip.ex

now we are trying to compile gcc-4.6.2 in the same manner but we got following error.

if mingw not support for arm .then what is the alternative to get above .exe tools

please help........!

make[1]: Leaving directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/libiberty'
make[1]: Entering directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
make  all-am
make[2]: Entering directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
/bin/bash ./libtool --tag=CC --tag=disable-static  --mode=link i586-mingw32msvc-gcc -Wall -Werror -g -O2  -module -bindir /home/think77/windows_cortexm4_tools/libexec/gcc/arm-tepl-eabi/4.6.2   -o liblto_plugin.la -rpath /home/think77/windows_cortexm4_tools/libexec/gcc/arm-tepl-eabi/4.6.2 lto-plugin.lo -Wc,../libiberty/pic/libiberty.a 
libtool: link: i586-mingw32msvc-gcc -shared  .libs/lto-plugin.o    -lc  ../libiberty/pic/libiberty.a   -Wl,-soname -Wl,liblto_plugin.so.0 -o .libs/liblto_plugin.so.0.0.0
/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
make[2]: *** [liblto_plugin.la] Error 1
make[2]: Leaving directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
make: *** [all-lto-plugin] Error 2

Related

Issues: #2212

Discussion

  • Keith Marshall
    Keith Marshall
    2014-04-22

    • Description has changed:

    Diff:

    --- old
    +++ new
    @@ -1,4 +1,3 @@
    -
     hi sir...!
     description:-
             we are trying to compile the following sources with mingw to get .exe  
    @@ -28,7 +27,7 @@
    
     please help........!
    
    -
    +~~~~
     make[1]: Leaving directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/libiberty'
     make[1]: Entering directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
     make  all-am
    @@ -42,3 +41,4 @@
     make[1]: *** [all] Error 2
     make[1]: Leaving directory `/home/think77/windows_cortexm4_tools/gcc-4.6.2/objdir/lto-plugin'
     make: *** [all-lto-plugin] Error 2
    +~~~~
    
    • status: unread --> closed
    • Type: Bug --> Support
    • Resolution: none --> duplicate
    • Category: Unknown --> Invalid
     
  • Keith Marshall
    Keith Marshall
    2014-04-22

    This is yet another duplicate of [#2209], and [#2210]; you've also duplicated it again, as [#2212].

    You are trying to build a canadian-compiler; for that, AIUI, you first need to complement your linux->mingw32 cross-compiler, (which you will use to build your canadian executables), by building a linux->arm cross-compiler, (which you will use to build the support libraries for your canadian). However, you are not using any of our tools to accomplish any of this; you are using Ubuntu cross-tools. Please desist from asking us to support you in this venture; since you are using Ubuntu tools, either ask Ubuntu, or the GCC folks, or google for tutorials on building canadian compilers; we are unable to help you with the use of tools which we have not supplied.

    FWIW, the error you report here is caused by you trying to link libc in a mingw32 build, but mingw32 does not use libc; it uses msvcrt.dll instead.

     

    Related

    Issues: #2209
    Issues: #2210
    Issues: #2212