Andy Pont

When I compile files using gcc then I add the command line options -MD -MP to generate the dependencies and compile at the same time. sdcpp -v --help suggests that both the -MD and -MP options are supported but the preprocessor gives up with: sdcpp: fatal error: too many input files compilation terminated. subprocess error 256 I've also tried passing -Wp,MD,MP on the sdcc command line in place of -MD and -MP to the same effect. Are these not implemented the same way as gcc? Do I need a "make deps"...

Excellent, thanks.

I've built the latest source tarball (4.2.14 #13889 to test this. When I try the compilation of my 8051 projects I get the following output: sdcpp: warning: '-x c' after last input file has no effect This is based on the following command line: sdcc --Werror -mmcs51 --model-large -MMD --std-sdcc99 --verbose --disable-warning 110 --disable-warning 126 -D BUILDDATE=2023/02/10 -D BUILDTIME=15:12:15 -D xdata=__xdata -D idata=__idata -D data=__data -D bdata=__data -D code=__code -D__CX51__ -Dbit=__bit...

In the documentation is states "structures and unions cannot be assigned values directly, cannot be passed as function parameters...". Is this something that has been changed or is likely to change in the near future as my old Keil 8051 code includes using a union as a parameter. An I better off changing the parameter to be a pointer to the union and then dereferencing it within the function? -Andy.

Must be Friday or a lack of caffeine or something but not seeing anything in include/mcs51/compiler.h that helps answer the question. -Andy.

I'm working on converting an old Keil C51 based project to SDCC and it is throwing errors regarding data types defined for access to various memory regions. The code defines: typedef volatile unsigned char xdata XBYTE; // external ram typedef volatile unsigned int xdata XWORD; // external ram typedef volatile unsigned long xdata DWORD; // external ram typedef volatile unsigned long int xdata LWORD; // external ram typedef volatile unsigned short data IWORD; // internal ram typedef volatile unsigned...

Outlook creates wrong type of folder