I will check it out. Thanks for fixing it so quickly. Now all I have to 
do is figure out how to rewrite putchar (in C, preferably) and get it 
into the z80 lib file.

Kevin


Borut Razem wrote:
> The initialization of allocated memory was missing. I hope now it is 
> fixed in svn revision #5448.
> Kevin please try the tomorrow's snapshot build and let me know if it 
> works for you.
>
> Kevin, Raphael and Jesus, thank you for help and I apologize again for 
> my negligence.
>
> Borut
>
>
> Jesus Calvino-Fraga wrote:
>   
>> Hi Borut,
>>
>> I am getting an access violation at line 94 of cpp/libcpp/line-map.c:
>>
>> const struct line_map *
>> linemap_add (struct line_maps *set, enum lc_reason reason,
>>               unsigned int sysp, const char *to_file, linenum_type to_line)
>> {
>>    struct line_map *map;
>>    source_location start_location = set->highest_location + 1;
>>
>>    if (set->used && start_location < set->maps[set->used - 
>> 1].start_location) <-- HERE
>>      abort ();
>> .
>> .
>> .
>>
>> In debug mode using VC6, set->used=0xCDCDCDCD.  That means that the 
>> variable was never initialized.  This is probably a C runtime library 
>> issue on Windows when allocating memory. Same goes for set->highest_location.
>>
>> Jesus
>>
>> At 10:06 PM 03/05/2009, you wrote:
>>
>>   
>>     
>>> Raphael,
>>>
>>> sorry, I misunderstood where the problem is. So it is my fault!
>>>
>>> Is this a general problem or it happens only with a specific source code?
>>>
>>> It is strange that it seems everything OK on other platforms -
>>> regression test pass. And everything is OK if I compile sdcc on my win32
>>> cygming box too. I didn't try to run tests on the snapshot package...
>>>
>>> Borut
>>>
>>>
>>> Raphael Neider wrote:
>>>     
>>>       
>>>> Dear Borut,
>>>>
>>>>
>>>>       
>>>>         
>>>>>> I suppose that the problem was introduced in revision 5439 with
>>>>>> "src/pic16/gen.c (genNearPointerGet): fix double indirect access to
>>>>>> bitfields (#2782405)", so I can probably remove build 5432. Please
>>>>>> confirm if I can remove it.
>>>>>>
>>>>>>           
>>>>>>             
>>>>> I meant to remove revision 5436, not 5432...
>>>>>
>>>>>         
>>>>>           
>>>> That's a definite no! Snapshots r5436 and r5441 work fine,
>>>> r5444 breaks in sdcpp (the preprocessor): Its output is empty!!!
>>>> Try "sdcpp test.c" with r5441 and compare it to r5444.
>>>>
>>>> As I see it, the upgrade to gcc cpp 4.4.0 broke things.
>>>> This can also be concluded from Kevins initial report,
>>>> though on my WinXP-box, windows does not complain about
>>>> sdcpp.exe encountering problems as with Kevin. Strange ...
>>>>
>>>> BTW: Kevin compiled for the default target, which is the 8051.
>>>> The pic16 backend is not involved at all (probably no backend is:
>>>> sdcc should error out in the frontend due to no tokens seen on end
>>>> of file).
>>>>
>>>>
>>>>       
>>>>         
>>>>>> Done, snapshots stored in (sdcc-snapshot-20090427) folder at the end of
>>>>>> http://sdcc.sourceforge.net/snap.php page.
>>>>>>
>>>>>>           
>>>>>>             
>>>> Thanks a lot.
>>>>
>>>>
>>>>       
>>>>         
>>>>>> I copied both 5436 and 5438 revisions.
>>>>>> I suppose that the problem was introduced in revision 5439 with
>>>>>> "src/pic16/gen.c (genNearPointerGet): fix double indirect access to
>>>>>> bitfields (#2782405)", so I can probably remove build 5432. Please
>>>>>> confirm if I can remove it.
>>>>>>
>>>>>> I thing that it would be better solution to revert the fix of
>>>>>> #2782405 until the proper solution is found.
>>>>>>
>>>>>>           
>>>>>>             
>>>> Nope, the proper solution is to fix the MinGW build of GCC CPP 4.4.0.
>>>> As a temporary fix, I would propose to revert r5444.
>>>>
>>>> I do not want to just put the blame on you -- I really appreciate
>>>> your effort in actively maintaining the preprocessor branch. This
>>>> time, however, some "interesting" problems seem to have crept in ...
>>>>
>>>> Best regards,
>>>> Raphael
>>>>       
>>>>         
>
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> _______________________________________________
> Sdcc-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/sdcc-user
>
>   

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
Sdcc-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sdcc-user

Reply via email to