| View previous topic :: View next topic |
| Author |
Message |
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
| CCS 3.236 update- LST File |
 Posted: Fri Oct 28, 2005 3:39 am |
 |
|
I just updated to version 3.236 from 3.214. Of course there are always little "surprises" with every update but this time it was a shock.
The C-crossreferens information in the LST file is GONE! Only the assembly is showing. Now, I most certainly DONT want this "new improved" format, I want my C-code back for simple crossrefence. Does anyone know if there is a switch for turning the insertion of C back on?
//Daniel. |
|
 |
prwatCCS
Joined: 10 Dec 2003
Posts: 70
Location: West Sussex, UK
|
|
| Posted: Fri Oct 28, 2005 4:04 am |
|
|
I also use v3.236 but dont have your problem (as I understand it).
Check on where the #LIST and #NOLIST directives are in the various source/header files. Somewhere you probably have a #nolist before the compiler gets to the place you are interested in.
An extract from one of my listing files shows it does still work !
| Code: | CCS PCH C Compiler, Version 3.236, 27303 27-Oct-05 15:41
.....
3DF4: MOVLW 0A
3DF6: MOVWF x3C
.................... break;
3DF8: BRA 3E14
....................
.................... case NRC_SENSOR_NONE:
.................... UartBuff.MsgHdr.ParameterData[ 0 ] = NR_SENSOR_NONE >> 8;
3DFA: MOVLB 1
3DFC: CLRF x3B
.................... UartBuff.MsgHdr.ParameterData[ 1 ] = NR_SENSOR_NONE;
3DFE: MOVLW 04
3E00: MOVWF x3C
.................... break;
3E02: BRA 3E14
.... |
regards
_________________
Peter Willis
Development Director
Howard Eaton Lighting Ltd UK |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
|
| Posted: Fri Oct 28, 2005 4:17 am |
|
|
| prwatCCS wrote: | I also use v3.236 but dont have your problem (as I understand it).
Check on where the #LIST and #NOLIST directives are in the various source/header files. Somewhere you probably have a #nolist before the compiler gets to the place you are interested in.
An extract from one of my listing files shows it does still work !
| Code: | CCS PCH C Compiler, Version 3.236, 27303 27-Oct-05 15:41
.....
3DF4: MOVLW 0A
3DF6: MOVWF x3C
.................... break;
3DF8: BRA 3E14
....................
.................... case NRC_SENSOR_NONE:
.................... UartBuff.MsgHdr.ParameterData[ 0 ] = NR_SENSOR_NONE >> 8;
3DFA: MOVLB 1
3DFC: CLRF x3B
.................... UartBuff.MsgHdr.ParameterData[ 1 ] = NR_SENSOR_NONE;
3DFE: MOVLW 04
3E00: MOVWF x3C
.................... break;
3E02: BRA 3E14
.... |
regards |
Strange. No , I dont have any #NOLIST in the code.
However, I am using the CCS PCM C Compiler (16F).
Perhaps this is PCM related. |
|
|
Ttelmah
Guest
|
|
| Posted: Fri Oct 28, 2005 4:39 am |
|
|
NoList, is present in every one of the processor include files. It may be that the ones you were using had this already removed.
Best Wishes |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
|
| Posted: Fri Oct 28, 2005 5:22 am |
|
|
| Ttelmah wrote: | NoList, is present in every one of the processor include files. It may be that the ones you were using had this already removed.
Best Wishes |
Yes,
What I meant was : The last pragma for listing is #list in the code.
Exactly the same files with #list, #nolist as before.
Also, I notice that header files that DONT have the #nolist (because I want the definitions to show in the lst) does print the #define X Y rows, but the actual #include "" line is missing in the lst file. (However files with #nolist, #list) shows the includeline (but obviously not the #define rows)
So, I _really_ dont think it is #list related.
All the comments and function names are also missing. |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
| Solved. |
| Posted: Fri Oct 28, 2005 5:35 am |
|
|
| d00dajo wrote: | | Ttelmah wrote: | NoList, is present in every one of the processor include files. It may be that the ones you were using had this already removed.
Best Wishes |
Yes,
What I meant was : The last pragma for listing is #list in the code.
Exactly the same files with #list, #nolist as before.
Also, I notice that header files that DONT have the #nolist (because I want the definitions to show in the lst) does print the #define X Y rows, but the actual #include "" line is missing in the lst file. (However files with #nolist, #list) shows the includeline (but obviously not the #define rows)
So, I _really_ dont think it is #list related.
All the comments and function names are also missing. |
I have changed my mind ;-)
Actually, it IS #list related.
For some obscure reason, after including a LARGE h-fil with lots of #ORG #inline etc, The compiler stopped printing the c-comments and declarations. I added a #list at the end of the file (there was NOT an #nolist in it) the printouts started working. Adding the #list after the #include statment in the main file, the problem persists. But, nevertheless now it works.
Thanks for your assistance guys!
//Daniel. |
|
|
Ttelmah
Guest
|
|
| Posted: Fri Oct 28, 2005 5:58 am |
|
|
I'd suspect the difference, is probably in the 'standard' assumed from the command line. It seems to give the standard results for me, from PCW. I'd suggest trying each of the format options (+LY etc.), and see if one makes it work.
Best Wishes |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
|
| Posted: Fri Oct 28, 2005 6:01 am |
|
|
| Ttelmah wrote: | I'd suspect the difference, is probably in the 'standard' assumed from the command line. It seems to give the standard results for me, from PCW. I'd suggest trying each of the format options (+LY etc.), and see if one makes it work.
Best Wishes |
I have tested that, same result.
But something is very very fishy, the comments (//remark)
are gone aswell after a certain point in the file. I can no longer get the output at all...... Im starting to wonder if I checked the wrong file when I got it working (the old one), since I cannot recreate it.
I will investigate just what it is I am doing wrong, but since 4 of my old projects ALL give the same phenomenon, it shouldnt be too hard to track |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
| Really resolved |
| Posted: Fri Oct 28, 2005 6:14 am |
|
|
Hi guys,
Finally I found my trouble.
One of the include files high up in the code had a
#list on the last row. There wasn't a linebreak after it. I added one and now it works as it should.
Apperently the latest compiler version requires linebreak after #list.
(And all 4 projects shared that file)
//DJ |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
| Re: Really resolved |
| Posted: Fri Oct 28, 2005 6:27 am |
|
|
| d00dajo wrote: | Hi guys,
Finally I found my trouble.
One of the include files high up in the code had a
#list on the last row. There wasn't a linebreak after it. I added one and now it works as it should.
Apperently the latest compiler version requires linebreak after #list.
(And all 4 projects shared that file)
//DJ |
Addition:
ANY FILE that doesnt have a linebreak or at least some sign after the last statement will crash the list output. |
|
|
dyeatman
Joined: 06 Sep 2003
Posts: 1933
Location: Norman, OK
|
|
| Posted: Fri Oct 28, 2005 8:10 am |
|
|
For me that makes sense because the next line would be appended to the end of the #list line without a break at the end making the whole line invalid.
Keep in mind the file is <included> onto the end of the previous file wherever it ends. In this case on the same line after the #list command. |
|
|
d00dajo
Joined: 20 Jul 2004
Posts: 34
|
|
| Posted: Fri Oct 28, 2005 8:25 am |
|
|
| dyeatman wrote: | For me that makes sense because the next line would be appended to the end of the #list line without a break at the end making the whole line invalid.
Keep in mind the file is <included> onto the end of the previous file wherever it ends. In this case on the same line after the #list command. |
Yes it makes sense - BUT, it has never been this way in the earlier versions of the compiler. So, some headache for old projects that have always worked. |
|
|
dyeatman
Joined: 06 Sep 2003
Posts: 1933
Location: Norman, OK
|
|
| Posted: Fri Oct 28, 2005 8:31 am |
|
|
Waaaaay back I remember running into this problem where I also neglected to add the CR at the end of an included file so PCM did have this problem at sometime in the past (I think it was actually all the way back in Version 2 where I learned the lesson!) What a hard way to learn, but then again it did make me remember it!
I use a syntax checker program I wrote that checks for and fixes the problem automatically so I haven't had to think about it in quite a while... |
|
|
ckielstra
Joined: 18 Mar 2004
Posts: 3680
Location: The Netherlands
|
|
| Posted: Fri Oct 28, 2005 8:49 am |
|
|
| Has this been reported to CCS? Now the cause is found it should be very easy for them to fix it. |
|
|
d00dajo - home
Guest
|
| CCS |
| Posted: Sun Oct 30, 2005 12:56 pm |
|
|
| ckielstra wrote: | | Has this been reported to CCS? Now the cause is found it should be very easy for them to fix it. |
Yes,
CCS Support have been made aware of this "feature".
(However, since the last update includes some "fixes" for the LST generation to support the upcoming linker, this might actually not be something that will be "fixed".) |
|
|
|
FAQ 
Search
Register
Profile 
Log in to check your private messages 
Log in
