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