I don't think the problem is sparc.h, which already does include within it some asm guards. Perhaps we should dig into the include to figure out where the breakage occurs. A simple test case would be helpful. I suspect the compiler winds up in basedefs.h and there are missing guards there. basedefs.h does not look quite "asm" safe.
-Gedare On Tue, Sep 24, 2013 at 3:31 PM, Joel Sherrill <[email protected]> wrote: > I think it is acceptable but sparc.h may have items valid to use from asm. > Does it? Or if it completely C? > > Gedare Bloom <[email protected]> wrote: > > > Is it acceptable for an application to include rtems/asm.h? This seems > suspect to me. > > On Mon, Sep 23, 2013 at 9:50 PM, Mohammed Khoory <[email protected]> wrote: >> Hi, >> >> While working on a LEON3-based application, I was writing an assembly file >> and so I included <rtems/asm.h> in order to use macros like PUBLIC() and >> SYM(). When I tried to assemble my file (with sparc-rtems4.10-as) I got a >> lot of "unknown opcode: typedef" errors. Looking at the headers I noticed >> that it was including sparc.h, which has a bunch of typedefs. >> >> This tiny patch fixes this problem by adding an #ifndef ASM around the >> sparc.h include line. >> >> If there are any comments let me know. >> >> Regards, >> Mohammed Khoory >> >> _______________________________________________ >> rtems-devel mailing list >> [email protected] >> http://www.rtems.org/mailman/listinfo/rtems-devel >> > _______________________________________________ > rtems-devel mailing list > [email protected] > http://www.rtems.org/mailman/listinfo/rtems-devel _______________________________________________ rtems-devel mailing list [email protected] http://www.rtems.org/mailman/listinfo/rtems-devel
