X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f Message-ID: <3C94FA1B.8E6A9BA3@roosnek.nl> Date: Sun, 17 Mar 2002 21:18:35 +0100 From: Roosnek X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,pdf MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: parsing errors Content-Type: multipart/mixed; boundary="------------96DA1854B2E5F31FB869BEA5" Reply-To: djgpp AT delorie DOT com This is a multi-part message in MIME format. --------------96DA1854B2E5F31FB869BEA5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I got in the attached subroutine the same severe parsing errors with the gcc-3.03 using de latest version of DJGPP. With the previous version of DJGPP with the gcc-2.95 compiler I got no error what so ever. I cannot see any error in the macro defintion. I hope that is not a bug. Please could you advice about this problem. Sincerly, Nico Roosnek --------------96DA1854B2E5F31FB869BEA5 Content-Type: text/plain; charset=us-ascii; name="NAVI.C" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="NAVI.C" #include #include #include #include #include #include #include #include #include enum operation {START,INFO,MRU,GPS}; extern int read_man,automatic; #define sqr(a) ((a)*(a)) struct d6 { double t; double x,y,z; double vx,vy,vz; }; struct d3 { double x; double y; double z; }; #ifdef UTM_REPRESENTATION void DRGPUT(short LD,short LM,double SLAT,short NORS, short LOD,short LOM,double SLON,short EORW, double *NORTH,double *EAST,short *ZONE); #endif struct d3_3 { double x[3]; double y[3]; double z[3]; }; extern unsigned long long int t_new; extern double trafo_s_w[9]; // matrix for transformation from ship to world coordinates extern double trafo_w_s[9]; // matrix for transformation from world to ship coordinates extern struct d6 ship_wrld; extern struct d3 aerial_pos_ship; double x[3],y[3],z[3]; extern double mes_x[3],mes_y[3],mes_z[3]; extern double alpha[2],beta[2],eta[2],offset_alpha,offset_beta; extern double mes_alpha[2],mes_beta[2],mes_eta[2]; extern double GPS_TIME_OLD,GPS_TIME,GPS_SS,GPS_LAT,GPS_LON,GPS_SSLAT,GPS_SSLON,GPS_Z1,GPS_Z2; /* state-vector in ship coordinates beta -> roll (list) alpha -> pitch (trim) eta -> heading x[3] x,y,z y[3] z[3] alpha[2] eta,alpha,beta beta[2] eta[2] v_off[2] velocity offset due to flow in worldcoordinates 5 minutes response time do not use second order diff. for roll and pitch s^2 phi + w / Q s phi + w^2 phi = 0 no driving force offset in alpha and beta 5 minutes response time? */ double P_x[6],P_y[6],P_z[6],P_2_x[6],P_2_y[6],P_2_z[6],P_alpha[3],P_beta[3],P_eta[3]; //double P_nav[171]; double omega_alpha,kappa_alpha,omega_beta,kappa_beta; // add here system noise x[2] and y[2] are actual dummies #define update(var,n) \ for(k=0;k=k)kl+=l; \ } \ } \ for(k=0;k=k)kl+=l; \ } \ } \ for(k=0;k %+6.2lf %+6.2lf %+6.2lf %+4.2lf %+4.2lf %+4.2lf %+3.0lf %+3.0lf %+3.0lf", x[0],y[0],z[0],x[1],y[1],z[1],alpha[0]*radgrad,beta[0]*radgrad,eta[0]*radgrad); _settextposition(10, 1);_outtext( buf ); sprintf(buf,"off %+4.2lf %+4.2lf %+4.2lf",vx_off,vy_off,vz_off); _settextposition(13, 1);_outtext( buf ); sprintf(buf,"P %+4.2lf %+4.2lf %+4.2lf %+4.2lf %+4.2lf %+4.2lf ",P_x[0],P_y[0],P_z[0],P_x[2],P_y[2],P_z[2]); _settextposition(14, 1);_outtext( buf ); if(!automatic){ while(!kbhit()); if(do_commands())exit(99); } } */ } --------------96DA1854B2E5F31FB869BEA5--