From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6648c22b51c17bca,start X-Google-Attributes: gid103376,public From: Martin Pottendorfer Subject: Gnat 3.07 porting ... where are the *.[sbct]m4 files ? Date: 1997/01/17 Message-ID: #1/1 X-Deja-AN: 210480674 sender: pottendo@atusel63 organization: Alcatel Austria newsgroups: comp.lang.ada Date: 1997-01-17T00:00:00+00:00 List-Id: hi, I successfully ported the linux gnarl of gnat 3.05 to our embedded rt operating system (at least the `diners' example worked ...;^). see 1) Now gnat 3.07 is out and the library build organisation has changed for certain platforms (e.g. linux). Now the os platform specific files [456]xxx.ad[sb] seem to be generated: file ada/5linmaop.adb [...] -- DO NOT EDIT this file. -- It was automatically generated from another file by the m4 macro processor. -- The name of the file you should edit is the same as this one, but with -- ".ads" replaced by ".sm4", or -- ".adb" replaced by ".bm4", or -- ".c" replaced by ".cm4", or -- ".dat" replaced by ".tm4" -- Local options selected: [...] gnat-3.07-src.tar.gz didn't contain the m4 source files. since i want to adjust my port to the new organisation i'd like to do my changes on the `right' spot, which is obviously not the m4-generated source. any hints where to find (at least the linux-specific) m4 sourcefiles ? btw. asking ACT didn't help (although they were quickly answering; thanx guys !), due to their business in supporting (paying) customers. we are only evaluating certain systems, and therefore i can't spend too much time/money. thanx for any help in advance, martin PS: 1) our rt os is a chorus microkernel based rt operating system following several posix standards (1003.1[bc], etc) to specified extents. the target platform is mainly intel x86 based, but due to modular and portable design we are not limited to intel. basically all architectures where chorus exists (sparc, ppc, m86k,...) are potentially supported. -- Martin.Pottendorfer@aut.alcatel.at Phone: +43 1 27722 3758 | You know you've been hacking LISP too long, Fax: +43 1 27722 3955 | (if (...