Motorola's gcc diffs?

Thread View: comp.dsp

6 messages

[T] Back to Threads [V] Tree View [G] Group Articles

6 total messages Started by Rick Mon, 21 Dec 1992 22:19

#1787

Author: Rick
Date: Mon, 21 Dec 1992 22:19

4 lines
443 bytes

Anybody know where I can the machine description/diffs for Motorola's
port of gcc to the DSP56K?

Rick.

Re: Motorola's gcc diffs?

#1881

Author: Antti-Pekka Virtanen
Date: Tue, 22 Dec 1992 23:04

11 lines
851 bytes

In article <1992Dec21.221938.14602@cheops.qld.tne.oz.au> pclink@cheops.qld.tne.oz.au (Rick) writes:
>
>   Anybody know where I can the machine description/diffs for Motorola's
>   port of gcc to the DSP56K?
>
>   Rick.

You will find the complete Gcc source in 
nic.funet.fi:/pub/ham/dsp/dsp56k-tools/dsp56k-gcc.tar.Z

Regards, Antti-Pekka

Re: Motorola's gcc diffs?

#1897

Author: Paul Rubin
Date: Wed, 23 Dec 1992 22:49

18 lines
1437 bytes

In article <JEFF.92Dec23232131@dsp.sps.mot.com> jeff@dsp.sps.mot.com (Jeff Enderwick) writes:
   >  >you will find the complete...
   >This version seems to work all right, but it generates illegal instruction
   >sequences.  I was informed by Motorola that there is a post-optimizer
   >that is required, and that this code was not made freely available.
   >Although I was able to hack up a simple peephole optimizer to get rid
   >of the illegal instructions, the gcc code is very inefficient.
   >I threw the whole thing away.  Perhaps Motorola worked very hard
   >on their optimizer and it does miraculous things.  Perhaps not.

   This is all news to me. The post-optimizer isn't required, and it isn't 
   based on FSF source. 

	   Jeff Enderwick
	   jeff@dsp.sps.mot.com

What does the post-optimizer do?  How much does it improve
the code?  Thanks.

Re: Motorola's gcc diffs?

#1895

Author: Stephen L Moshier
Date: Wed, 23 Dec 1992 23:02

8 lines
898 bytes

  >you will find the complete...
This version seems to work all right, but it generates illegal instruction
sequences.  I was informed by Motorola that there is a post-optimizer
that is required, and that this code was not made freely available.
Although I was able to hack up a simple peephole optimizer to get rid
of the illegal instructions, the gcc code is very inefficient.
I threw the whole thing away.  Perhaps Motorola worked very hard
on their optimizer and it does miraculous things.  Perhaps not.

Re: Motorola's gcc diffs?

#1896

Author: Jeff Enderwick
Date: Wed, 23 Dec 1992 23:21

14 lines
1219 bytes

>  >you will find the complete...
>This version seems to work all right, but it generates illegal instruction
>sequences.  I was informed by Motorola that there is a post-optimizer
>that is required, and that this code was not made freely available.
>Although I was able to hack up a simple peephole optimizer to get rid
>of the illegal instructions, the gcc code is very inefficient.
>I threw the whole thing away.  Perhaps Motorola worked very hard
>on their optimizer and it does miraculous things.  Perhaps not.

This is all news to me. The post-optimizer isn't required, and it isn't 
based on FSF source. 

	Jeff Enderwick
	jeff@dsp.sps.mot.com

Re: Motorola's gcc diffs?

#1899

Author: Stephen L Moshier
Date: Thu, 24 Dec 1992 19:26

4 lines
640 bytes

  >This is all news to me
 I'm sorry to hear that this is all news to you.  If you want to
know more, then run the code that is on the indicated ftp site
and see for yourself what it does.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads