Problems linking with external C file (Was:: Assertion name not printed when using rescue)
Frantisek Fuka <[email protected]>
| Newsgroups | gmane.comp.lang.eiffel.smalleiffel |
|---|---|
| Message-ID | <[email protected]> |
Sorry, but this still does not work and produces "base.h file not found" error. However, I turned on verbose output and I think I found the problem. The compilation from C happens like this: System call "gcc -I /home/fuxoft/apps/SmartEiffel/latest/lib/../sys/runtime/c -c -x c boxez1.c". And then, immediately before "base.h not found" error, this is what is executed: System call "gcc -pipe -o boxez boxez[1-3].o -x c my_ncurses.c -x none -lncurses ". This is the first time "my_ncurses.c" file appears but the path to /runtime/c/ does not appear here! That's why base.h (included from my_ncurses.c) is not found. Isn't this the problem? On Apr 12, 2005 5:58 PM, Cyril ADRIAN <[email protected]> wrote: > Frantisek Fuka wrote: > > >Sorry about the previous post. As pointed out by Pierre-Nicolas, I > >made a mistake in my_ncurses.c. However, after I corrected it, > >compiler still says that ${sys} is not defined (in fact, says it > >twice, for unknown reason), and then that it cannot see base.h: > > > > > It's my fault, again. In this context, ${sys} is not a variable and > therefore cannot be used. ACE files know only environment variables, as > well as those defined within the [Environment] section of your .serc file. > > Thus instead of ${sys}, use ${path_lib}../sys > > Hope it helps! > > Best regards, > > Cyril > > -- Frantisek Fuka (yes, that IS my real name) (and it's pronounced "Fran-tjee-shek Foo-kah") My E-Mail: [email protected] My Homepage: http://www.fuxoft.cz My ICQ UIN: 2745855 FFFILM: http://www.fuxoft.cz/fffilm/