| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | EMX\GNU C |
Hello Mark! 15 Jun 96 15:22, Mark Kobussen wrote to All: MK> report dozens and dozens of parsing errors. I'm using only ANSI C MK> functions, and it compiles fine on all of my other compilers. What are some examples of code it's getting stuck on, and what are the errors it's reporting? (It works fine for me.) You might be trying to compile some code that has compiler specific extensions, even though you're able to compile it on a number of compilers, the code you're compiling may not be ANSI or POSIX compliant. One such item is platform specific calls, platform specific calling conventions. Despite what many DOS programmers think, _far, __far, _FAR, and FAR are not ANSI compliant. They are DOS/OS2/WIN specific for 16-bit segmented memory models. It is an illegal keyword when writing 32-bit code. Daniel --- GoldED/2 2.42.G0615+* Origin: Enitharmon/2 Beta Home Site 604-527-0195 (1:153/8028) SEEN-BY: 50/99 270/101 620/243 625/100 711/401 409 410 413 430 808 809 934 SEEN-BY: 711/955 712/407 515 517 628 713/888 800/1 @PATH: 153/8028 831 800 270/101 712/515 711/808 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.