Mail Archives: cygwin/2002/08/02/22:31:23
Randall Shulz wrote:
>Have you tried running the command that fails (in the same way that "make"
>runs it under the circumstances in question) in a shell and seeing what
>error status it reports back? Is it indeed reporting a non-zero exit
>status (in addition to printing an error diagnostic)?
Good idea. I did:
$ c:/Progra~1/AQ430/aq430.exe +s -D__AQCOMPILER__ -DOSMAKE_LIBRARY
-DOSLIBRARY_TYPE=OSF -DOSLIBRARY_CONFIG=OSA -I../inc/
-Ic:/Progra~1/AQ430/include/ -link license.c
002 Pumpkin, Inc. and its" "Licensor(s). All Rights Reserved.";
|
"license.c", line 33: Character string too long (> 510 characters)
1 fatal error
aq430: aq430c error return -1 -- processing terminated
$ echo $?
0
From what I just read on google groups :-), I believe this is a correct
way to obtain aq430.exe's return code in this case. I also tried:
$ rm file.does.not.exist
rm: cannot remove 'file.does.not.exist': No such file or directory
$ echo $?
1
Just to be sure ...
So, it looks like for whatever reason, aq430.exe returns a 0 in this case
in the Cygwin environment, but a proper error code (I presume -1) in mingw.
Therefore it's not a make issue, but rather has something to do with the
way aq430.exe is interacting with the shell ... Very odd.
Regards,
---------------------------------------------------------------
Andrew E. Kalman, Ph.D. aek AT pumpkininc DOT com
Pumpkin, Inc.
home of Salvo, The RTOS that runs in tiny places.(TM)
http://www.pumpkininc.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -