Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-22 by arrek_x

Hi,
I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1. 
While integrating with Keil's uVision3 IDE I'm getting (while linking) 
above mentioned error (for every *.o file created from *.c).
I checked out, that the error does't occur when disabling option 
"Enable ARM/Thumb Interworking" on Assembler tab in "Options for 
Target..." dialog box. So, occuring (while linking with arm-elf-ld) of 
this error is related to way of assembling Startup.s file (with or 
without option -mthumb-interwork).
What could be reason of such behaviour? With gcc-3.3.1 it was ok.

Regards,
Arek

Re: [lpc2000] GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-22 by Thiago Takehara

try to pass the -mno-fpu parameter to your assembler (if you don´t have a FPU).  
Show quoted textHide quoted text
  ----- Original Message ----- 
  From: arrek_x 
  To: lpc2000@yahoogroups.com 
  Sent: Wednesday, February 22, 2006 1:45 PM
  Subject: [lpc2000] GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"


  Hi,
  I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1. 
  While integrating with Keil's uVision3 IDE I'm getting (while linking) 
  above mentioned error (for every *.o file created from *.c).
  I checked out, that the error does't occur when disabling option 
  "Enable ARM/Thumb Interworking" on Assembler tab in "Options for 
  Target..." dialog box. So, occuring (while linking with arm-elf-ld) of 
  this error is related to way of assembling Startup.s file (with or 
  without option -mthumb-interwork).
  What could be reason of such behaviour? With gcc-3.3.1 it was ok.

  Regards,
  Arek





  SPONSORED LINKS Microcontrollers  Microprocessor  Intel microprocessors  
        Pic microcontrollers  


------------------------------------------------------------------------------
  YAHOO! GROUPS LINKS 

    a..  Visit your group "lpc2000" on the web.
      
    b..  To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com
      
    c..  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


------------------------------------------------------------------------------



[Non-text portions of this message have been removed]

Re: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-22 by Thiago Takehara

On "options for target", guide "assembler", box "Misc Controls", type "-mno-fpu". This setting will set this option for ALL your assembly files on your project. If you want to set this option only for a few files, group then on a common folder on "Project Workspace", right-click the folder and select the first item on popup menu, "Options for Group (...)". Same setting: guide "Assembler", box "Misc Controls".

You can configure this options for a single file to: instead right-clicking on a folder, right-click on a file. It should work for you.

I don´t know if it is the best way to solve this issue anyway. If someone have other way on doing it...

Regards,

Thiago Takehara
Computer Engineer
Engworks Industrial LTDA - R&D Division
Show quoted textHide quoted text
  ----- Original Message ----- 
  From: arrek_x 
  To: lpc2000@yahoogroups.com 
  Sent: Wednesday, February 22, 2006 5:24 PM
  Subject: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"


  --- In lpc2000@yahoogroups.com, "Thiago Takehara" <thiago@...> wrote:
  >
  > try to pass the -mno-fpu parameter to your assembler (if you don´t 
  have a FPU).  

  My ARM is LPC2138, and it doesn't have FPU indeed. It helped, thak 
  you! :). I tested it by manually preparing makefile and using external 
  make utility. Now the question is, how to force uVision3 to add -mno-
  fpu to arm-elf-as's parameters list. uV3 user can only change settings 
  in dialog box, depending on which uV3 prepares parameters. AFAIK it 
  can not be simply modified by the programmer :(.
  Of course, I can resign using uV3 and use Programmer Notepad for 
  example, but I'd like to stay by uV3.

  Best regards,
  Arek






  SPONSORED LINKS Microcontrollers  Microprocessor  Intel microprocessors  
        Pic microcontrollers  


------------------------------------------------------------------------------
  YAHOO! GROUPS LINKS 

    a..  Visit your group "lpc2000" on the web.
      
    b..  To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com
      
    c..  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


------------------------------------------------------------------------------



[Non-text portions of this message have been removed]

Re: [lpc2000] GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by Mukund Deshmukh

> I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1. 
> While integrating with Keil's uVision3 IDE I'm getting (while linking) 
> above mentioned error (for every *.o 

Can you explain how to integrate gcc-4.0.1 with keil?
I tried but uVision3 generates error like object file not found.

Best Regards,

Mukund Deshmukh.
Beta Computronics Pvt Ltd,
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746

Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by arrek_x

--- In lpc2000@yahoogroups.com, Mukund Deshmukh <betacomp_ngp@...> 
wrote:
>
> > I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1. 
> > While integrating with Keil's uVision3 IDE I'm getting (while 
linking) 
> > above mentioned error (for every *.o 
> 
> Can you explain how to integrate gcc-4.0.1 with keil?
> I tried but uVision3 generates error like object file not found.
> 

Could you tell what exactly the error is?

I installed gcc-4.0.1. I'm not using Cygwin, so while installing I 
checked option "Install Cygwin DLLs". Unfortunately, there's file 
cygintl-3.dll missing in /GNUARM/bin. Temporarely I copied and renamed 
file cygintl-2.dll to cygintl-3.dll. It seems to work, but it's not a 
solution I can recommend. Better way is to install libintl3 package 
(probably), but I havent tried yet. Then I met an error described 
above, and solved it by adding -mno-fpu to assembler's parameter list, 
like Thiago Takehera wrote.

Regards,
Arek

Re: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by Mukund Deshmukh

> > > I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1.
> > > While integrating with Keil's uVision3 IDE I'm getting (while
> linking)
> > > above mentioned error (for every *.o
> >
> > Can you explain how to integrate gcc-4.0.1 with keil?
> > I tried but uVision3 generates error like object file not found.
> >
>
> Could you tell what exactly the error is?
>

I am using winarm.
The gcc compiler down loaded from Keil site works well.
But if I use winarm, it gives object file not found.
By the way I have observed that code size is large (5000) when I compile
with gcc from keil and its very low (1000 bytes) when I compile with winarm.
Any idea?

Best Regards,

Mukund Deshmukh.
Beta Computronics Pvt Ltd,
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746

Re: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by Thiago Takehara

I´ve downloaded this file from http://www.willamette.edu/~mbentley/bin/ . Because I use cygwin, I tried not to install cygwin dlls with GNUARM, but it was incompatible with my cygwin1.dll (maybe because I´ve rebased...).

I could not find make for GNUARM. Someone knows if it exists? In case the answer is 'no', can I use the standard GNU make from cygwin with GNUARM?

Regards,

Thiago Takehara
Computer Engineer
Engworks Industrial LTDA - R&D Division
Show quoted textHide quoted text
  ----- Original Message ----- 
  From: arrek_x 
  To: lpc2000@yahoogroups.com 
  Sent: Thursday, February 23, 2006 8:10 AM
  Subject: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"


  --- In lpc2000@yahoogroups.com, Mukund Deshmukh <betacomp_ngp@...> 
  wrote:
  >
  > > I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.0.1. 
  > > While integrating with Keil's uVision3 IDE I'm getting (while 
  linking) 
  > > above mentioned error (for every *.o 
  > 
  > Can you explain how to integrate gcc-4.0.1 with keil?
  > I tried but uVision3 generates error like object file not found.
  > 

  Could you tell what exactly the error is?

  I installed gcc-4.0.1. I'm not using Cygwin, so while installing I 
  checked option "Install Cygwin DLLs". Unfortunately, there's file 
  cygintl-3.dll missing in /GNUARM/bin. Temporarely I copied and renamed 
  file cygintl-2.dll to cygintl-3.dll. It seems to work, but it's not a 
  solution I can recommend. Better way is to install libintl3 package 
  (probably), but I havent tried yet. Then I met an error described 
  above, and solved it by adding -mno-fpu to assembler's parameter list, 
  like Thiago Takehera wrote.

  Regards,
  Arek





  SPONSORED LINKS Microcontrollers  Microprocessor  Intel microprocessors  
        Pic microcontrollers  


------------------------------------------------------------------------------
  YAHOO! GROUPS LINKS 

    a..  Visit your group "lpc2000" on the web.
      
    b..  To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com
      
    c..  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


------------------------------------------------------------------------------



[Non-text portions of this message have been removed]

Re: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by Jim Parziale

On 2/23/06, Thiago Takehara <thiago@...> wrote:
>
>  I´ve downloaded this file from http://www.willamette.edu/~mbentley/bin/<http://www.willamette.edu/%7Embentley/bin/>. Because I use cygwin, I tried not to install cygwin dlls with GNUARM, but
> it was incompatible with my cygwin1.dll (maybe because I´ve rebased...).
>
> I could not find make for GNUARM. Someone knows if it exists? In case the
> answer is 'no', can I use the standard GNU make from cygwin with GNUARM?
>
> Regards,
>
> Thiago Takehara
> Computer Engineer
> Engworks Industrial LTDA - R&D Division
>

Yes - I think you can use any make utility you like.

--
Jim Parziale
nuncio.bitis@gmail.com
Malden, MA


[Non-text portions of this message have been removed]

Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by arrek_x

--- In lpc2000@yahoogroups.com, "Thiago Takehara" <thiago@...> wrote:
> I could not find make for GNUARM. Someone knows if it exists? In 
>case the answer is 'no', can I use the standard GNU make from cygwin 
>with GNUARM?

You surely can. Make is just a make, and nothing but make ;).
There's a helloworld_gnuarm.zip example in Files section, where 
Microsoft's NMAKE has been used for example.

Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by arrek_x

--- In lpc2000@yahoogroups.com, Mukund Deshmukh <betacomp_ngp@...> 
wrote:
>
> > > > I've changed my gcc compiler form gcc-3.3.1 to gnuarm's gcc-4.
0.1.
> > > > While integrating with Keil's uVision3 IDE I'm getting (while
> > linking)
> > > > above mentioned error (for every *.o
> > >
> > > Can you explain how to integrate gcc-4.0.1 with keil?
> > > I tried but uVision3 generates error like object file not found.
> > >
> >
> > Could you tell what exactly the error is?
> >
> 
> I am using winarm.
> The gcc compiler down loaded from Keil site works well.
> But if I use winarm, it gives object file not found.
> By the way I have observed that code size is large (5000) when I 
compile
> with gcc from keil and its very low (1000 bytes) when I compile with 
winarm.
> Any idea?

About code size - check optimization option (-O) in compiler's 
parameters list. There are several levels of optimization:

-O default
-O0 no opt.
-O1 level1
-O2 level2 (big speed)
-O3 level3
-Os small size

Re: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-23 by Thiago Takehara

Yes, it worked well! Now it is fully usable, thanks!

Thiago Takehara
Computer Engineer
Engworks Industrial LTDA - R&D Division
Show quoted textHide quoted text
  ----- Original Message ----- 
  From: arrek_x 
  To: lpc2000@yahoogroups.com 
  Sent: Thursday, February 23, 2006 10:00 AM
  Subject: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"


  --- In lpc2000@yahoogroups.com, "Thiago Takehara" <thiago@...> wrote:
  > I could not find make for GNUARM. Someone knows if it exists? In 
  >case the answer is 'no', can I use the standard GNU make from cygwin 
  >with GNUARM?

  You surely can. Make is just a make, and nothing but make ;).
  There's a helloworld_gnuarm.zip example in Files section, where 
  Microsoft's NMAKE has been used for example.






  SPONSORED LINKS Microcontrollers  Microprocessor  Intel microprocessors  
        Pic microcontrollers  


------------------------------------------------------------------------------
  YAHOO! GROUPS LINKS 

    a..  Visit your group "lpc2000" on the web.
      
    b..  To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com
      
    c..  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


------------------------------------------------------------------------------



[Non-text portions of this message have been removed]

RE: [lpc2000] Re: GNUARM "ERROR: lcd.o uses software FP, whereas main.elf uses hardware FP"

2006-02-24 by Bruce Paterson

> > I am using winarm.
> > The gcc compiler down loaded from Keil site works well.
> > But if I use winarm, it gives object file not found.
> > By the way I have observed that code size is large (5000) when I
> compile
> > with gcc from keil and its very low (1000 bytes) when I compile with
> winarm.
> > Any idea?
> 
> About code size - check optimization option (-O) in 
> compiler's parameters list. There are several levels of optimization:
> 
> -O default
> -O0 no opt.
> -O1 level1
> -O2 level2 (big speed)
> -O3 level3
> -Os small size

After you've checked the optimization flags:
Do you know which C libraries you are using in each case ?

WinARm by default is setup to use newlib. I recall a discussion on here
about Keil using by default a different C library. It was in a
discussion about C lib licensing issues.
It might be you are comparing apples with oranges. (This is not to say
one lib is better than another; just your app may end up with a smaller
fit in the newlib case, or the library was compiled with a different
optimisation (or even thumb mode) even if your app is compiled at the
same optimisation level.)

Cheers,
Bruce

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.