On 03.06.2016 01:09, Alan Cox wrote:
> On Tue, 31 May 2016 00:09:01 +0200 (CEST)
> "Maarten Brock" <sourceforge.br...@dse.nl> wrote:
> 
>> Hello SDCC followers,
>>
>> Today the first Release Candidate (RC1) for SDCC 3.6.0 has been created.
>> As always it has been put online in our SourceForge File section.
>> https://sourceforge.net/projects/sdcc/files/
>>
>> If you have the time, please verify it and report back with the positive
>> or negative results.
> 
> The positive:
> 
> l9x now builds without weird type errors that were present on 950x
> 
> Code generation for compactness at least is again way better on Z80. The
> Bourne shell was 25762 bytes last time I looked and is now down to 24354
> (assuming of course it still works when I get round to testing!)
> 
> Almost everything still builds for the Fuzix C libraries and application
> set, which is becoming a fairly large chunk of code.
> 
> The negative:
> 
> calendar.c:233: warning 84: 'auto' variable 'retval' may be used before
> initialization Caught signal 11: SIGSEGV
> 
> m4.c:485: error 9: FATAL Compiler Internal Error in file 'gen.c' line
> number '4224' : code generator internal error Contact Author with source
> code m4.c:485: error 9: FATAL Compiler Internal Error in file 'gen.c'
> line number '4224' : code generator internal error Contact Author with
> source code
> 
> In one case code that used to build now errors (correctly due to the
> tightening up on type specifiers) but shows weird behaviour - some of the
> warnings are not displaying the correct line number and show "-" as the
> filename:
> 
> exec.c:88: error 226: no type specifier for 'i'
> -:0: warning 85: in function setcmd unreferenced local variable : 'len'
> -:0: warning 85: in function setcmd unreferenced local variable : 'i'
> exec.c:524: warning 85: in function backup unreferenced local variable : 'p'
> -:0: warning 85: in function nextfile unreferenced local variable : 'what'
> 
> 
> None of these have obvious small reproducers - is there a preferred way
> to send you something to debug ?

SDCC does nearly no interprocedural stuff (unless you use inline). The
function for which you get the error together with all the declarations
necessary to compile it is a good start for a reproducer.

Philipp


Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user

Reply via email to