Detail Needed for Multi Builder Error Messages

Hi,

I am trying to build an ARM application based on ThreadX, with Builder of Multi for ARM 4.2.1.

While building all the source files looks fine, I get an error saying:

Parsing nm input error: Expected a blank after the value field

Any idea about what this error message exactly means?

Please find more detail about the build and link at the end of this post, which hopefully might reveal some mistakes in my configuration/options.

It would be greatly appreciated if you could shed some light on this. If this question is not supposed to be posted here, please kindly suggest somewhere else where I could ask for help.

Many thanks in advance and with kind regards,

Yang

----------- More detais below ------------------

First I import all the source files (C++ and asm) as well as required libraries, and set the compilation and link option as below:

C:\GHS\arm421\ccarm -MD -I'D:\Project\src' -IC:\rhapsody\share\langcpp

-IC:\green\txarmatmel -bsp generic -G -object_dir=objs --diag_suppress

494,667 -check=assignbound,bounds,switch,zerodivide,nilderef,watch --g++

-Ospeed -cpu=arm7tm -LC:\threadx -DDURANGO1P -DNDEBUG

-DOM_NO_FRAMEWORK_MEMORY_MANAGER -DUSE_FMPP -gcc -w --brief_diagnostics

--stdl -Onomemory -map -e __start -DFLASH -top_project "D:\Projects\default.gpj" -o ProjectExecutable

All source files get built, with 3 warning messages:

Warning: Found disabled option -os_dir in default.gpj Warning: Found disabled option -os_demo_dir in default.gpj Warning: Found disabled option -no_use_demo_library in default.gpj

I guess these could be ignored. Builder reports error while linking:

Linking ProjectExecutable because it does not exist C:\GHS\arm421\ccarm -language=c -language=cxx [[skipping-all-the-object-files-and-libraries]] -MD \ "-ID:\Projects\src" \ -IC:\rhapsody\share\langcpp -IC:\green\txarmatmel -bsp generic -G \ -object_dir=objs --diag_suppress 494,667 \ -check=assignbound,bounds,switch,zerodivide,nilderef,watch --g++ \ -Ospeed -cpu=arm7tm -LC:\threadx -DDURANGO1P -DNDEBUG \ -DOM_NO_FRAMEWORK_MEMORY_MANAGER -DUSE_FMPP -gcc -w \ --brief_diagnostics --stdl -Onomemory -map -e __start -DFLASH -v \ -nested_diagnostics -top_project \ "D:\Projects\default.gpj" -o \ ProjectExecutable

  • C:\GHS\arm421\prelink.exe -c "C:\GHS\arm421\gnm.exe -c++" -LC:\threadx \ -LC:\GHS\arm421\lib\arm4 \ [[skipping-all-the-object-files-and-libraries]]\ -- -lscnoe Parsing nm input error: Expected a blank after the value field nm command: C:\GHS\arm421\gnm.exe -c++ [[skipping-all-the-object-files-and-libraries]] @C:\DOCUME~1\huangj2\LOCALS~1\Temp\gh_55g1.tmp nm input line: Symbols from C nm input line number: 37265 Parsing nm input error: Expected a blank after the type code nm command: C:\GHS\arm421\gnm.exe -c++ [[skipping-all-the-object-files-and-libraries]] @C:\DOCUME~1\huangj2\LOCALS~1\Temp\gh_55g1.tmp nm input line: Symbols from C nm input line number: 37265 C++ prelinker: internal error: Input file not in list ccarm: Error: C++ prelink operation failed. Error: build failed Build failed
Reply to
Yang Huang
Loading thread data ...

I would suspect you have a value field without a following blank.

--
 [mail]: Chuck F (cbfalconer at maineline dot net) 
 [page]: 
            Try the download section.
Reply to
CBFalconer

Thanks a lot for replying!

What confuses me is all the source files get compiled successfully. The error is reported while linking the objects and libraries to the final executable.

Any clue about how could I get this fixed?

Reply to
Yang Huang

No. My reply was intended solely to point out the uselessness of your message.

--
 [mail]: Chuck F (cbfalconer at maineline dot net) 
 [page]: 
            Try the download section.
Reply to
CBFalconer

..

Yeah, I fully agree with you that the error message is pointless. That's why I've put some more detail at the end of the post, hopefully who has similar experience would shed some light on this mysterious message from MULTI Builder.

Could you please turn back to the first post and see if anything interesting can be found in the detail section? ;)

Thanks in advance,

Yang

Reply to
Yang Huang

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.