Application build in Eclipse gives error

Amarnath MB amarnath.mb at mistralsolutions.com
Thu Mar 28 13:17:03 UTC 2019


Hi,

When I use "gcc  -E -P -v -dD test.c" from MingW shell it gives (Last few
lines)
int main()
{
 while(1);
 return 0;
}
ignoring duplicate directory
"C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/8.3.0/include"
ignoring nonexistent directory "C:/building/msys64/mingw64/include"
ignoring nonexistent directory "/mingw64/include"
ignoring duplicate directory
"C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/8.3.0/include-fixed"
ignoring duplicate directory
"C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/include"
ignoring nonexistent directory
"C:/building/msys64/mingw64/x86_64-w64-mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
 C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/include
 C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../include
 C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/include-fixed
 C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/include
End of search list.
COMPILER_PATH=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/;C:/msys64/mingw64/bin/../lib/gcc/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/bin/
LIBRARY_PATH=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/;C:/msys64/mingw64/bin/../lib/gcc/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/lib/../lib/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../lib/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/lib/;C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../
COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD' '-mtune=generic' '-march=x86-64'

But when I give "arm-rtems5-gcc  -E -P -v -dD test.c"
int main()
{
 while(1);
 return 0;
}
ignoring nonexistent directory
"c:\opt\rtems\5.00\compiler\5\bin\../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/sys-include"
ignoring duplicate directory
"C:/opt/RTEMS/5.00/compiler/5/lib/gcc/../../lib/gcc/arm-rtems5/7.4.0/include"
ignoring duplicate directory
"C:/opt/RTEMS/5.00/compiler/5/lib/gcc/../../lib/gcc/arm-rtems5/7.4.0/include-fixed"
ignoring nonexistent directory
"C:/opt/RTEMS/5.00/compiler/5/lib/gcc/../../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/sys-include"
ignoring duplicate directory
"C:/opt/RTEMS/5.00/compiler/5/lib/gcc/../../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/include"
#include "..." search starts here:
#include <...> search starts here:
 c:\opt\rtems\5.00\compiler\5\bin\../lib/gcc/arm-rtems5/7.4.0/include
 c:\opt\rtems\5.00\compiler\5\bin\../lib/gcc/arm-rtems5/7.4.0/include-fixed
 c:\opt\rtems\5.00\compiler\5\bin\../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/include
End of search list.
COMPILER_PATH=c:/opt/rtems/5.00/compiler/5/bin/../libexec/gcc/arm-rtems5/7.4.0/;c:/opt/rtems/5.00/compiler/5/bin/../libexec/gcc/;c:/opt/rtems/5.00/compiler/5/bin/../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/bin/
LIBRARY_PATH=c:/opt/rtems/5.00/compiler/5/bin/../lib/gcc/arm-rtems5/7.4.0/;c:/opt/rtems/5.00/compiler/5/bin/../lib/gcc/;c:/opt/rtems/5.00/compiler/5/bin/../lib/gcc/arm-rtems5/7.4.0/../../../../arm-rtems5/lib/
COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD'

Why does the path shown like
c:\opt\rtems\5.00\compiler\5\bin\../lib/gcc/arm-rtems5/7.4.0/include?
Is there a way to change it back to
c:/opt/rtems/5.00/compiler/5/bin/../lib/gcc/arm-rtems5/7.4.0/include?

* Thank you & Regards,*
*Amarnath MB*



On Thu, Mar 28, 2019 at 3:20 PM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> On 28/03/2019 09:49, Amarnath MB wrote:
> > My development platform is MingW64 on Windows 10.
> > The strange part is that when I build my BSP from MingW shell then
> > this error is not reported and everything gets built successfully.
> > Once I install my bsp and use it in eclipse to build application it
> > gives the above error.
> >
> > After some googling, I came to know that this is some issue related to
> > the Linker standard path.
>
> The GCC cannot find its internal target libraries. I guess you don't
> call GCC in a MSYS shell in eclipse so the behaviour is different. You
> can print out the compiler search paths with "gcc -E -P -v -dD
> empty-file.c".
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax     : +49 89 189 47 41-09
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20190328/52cc9861/attachment-0002.html>


More information about the users mailing list