293 #ifdef NDEBUG
294 # define ASSERT(p) ((void)0)
295 #else
296 # define ASSERT(p) ((p) ? (void)0 : (void) fprintf(stderr, \
297 "Assertion failed: %s, file %s, line %d\n\a",
\
298 #p, __FILE__, __LINE__ ) )
299 #endif
Hmmm.. I can't understand why my gcc didn't fault on that one!
Try to do a CVS checkout.
((USHORT)0x0F00)
No, the count of ( match the count of ), just the problem
about \ in defines.
here're the lines in section 173/174 with line numbers added..
169 #ifdef NDEBUGThe problem -----^
170 # define ASSERT(p) ((void)0)
171 #else
172 # define ASSERT(p) ((p) ? (void)0 : (void) AuxLog( \
173 "Assertion failed: %s, file %s, line %d", \
174 #p, __FILE__, __LINE__ ) )
175 #endif
What version of gcc do you use?
function `DoFormatMSGID':
sqamsg.c:126: `timer_t' undeclared (first
use in this function)
sqamsg.c:126: (Each undeclared identifier is
reported only once
sqamsg.c:126: for each function it appears
in.) sqamsg.c:126: parse error before `t' sqamsg.c:156: `t'
undeclared
It's fixed, should be time_t, damn I don't understand why my
version is working!!
Hmmm.. I can't understand why my gcc didn't fault on that one!
what did you see other than the \'s on 296 and 297? what other error
is in there?
Try to do a CVS checkout.
that's how i got what i have now... i've about taken to blowing the
whole tree and starting from scratch each time i retrieve the stuff
from cvs...
((USHORT)0x0F00)
No, the count of ( match the count of ), just the problem
about \ in defines.
right, i figured that out later...
here're the lines in section 173/174 with line numbers added..
169 #ifdef NDEBUG
170 # define ASSERT(p) ((void)0)
171 #else
172 # define ASSERT(p) ((p) ? (void)0 : (void) AuxLog( \
The problem -----^
yup... in all three of those, from what i see...
173 "Assertion failed: %s, file %s, line
%d", \ 174 #p, __FILE__, __LINE__ ) ) 175
#endif
[trim]
What version of gcc do you use?
2.95.3 on mandrake 7.1 (helium)...
It's fixed, should be time_t, damn I don't understand why my
version is working!!
ok, i'll try another cvs retrieval and build... should only take 20 or
30 minutes or so... that is, if cvs is open and lets me in ;-)
It's fixed, should be time_t, damn I don't understand why my
version is working!!
ok, i'll try another cvs retrieval and build... should only take 20 or
30 minutes or so... that is, if cvs is open and lets me in ;-)
It should be.. I don't know if sourceforge still have CVS
problems..
It's fixed, should be time_t, damn I don't understand why my
version is working!!
ok, i'll try another cvs retrieval and build... should only take
20 or 30 minutes or so... that is, if cvs is open and lets me in
;-)
It should be.. I don't know if sourceforge still have CVS
problems..
it got further... sqastr.c is full of \'s too ;-(
it got further... sqastr.c is full of \'s too ;-(
I _really_ don't understand it.. You're scure of there ain't
Carrige Return in the source file?
it got further... sqastr.c is full of \'s too ;-(
I _really_ don't understand it.. You're scure of there ain't
Carrige Return in the source file?
i haven't looked... the files are straight off sourceforge... the
linux box goes and grabs them and haves at them... i don't pull
anything *nix oriented on anything other than a *nix box unless i'm
going to try to compile it with EMX on OS2 and see if it works...
it got further... sqastr.c is full of \'s too ;-(
I _really_ don't understand it.. You're scure of there ain't
Carrige Return in the source file?
i haven't looked... the files are straight off sourceforge... the
linux box goes and grabs them and haves at them... i don't pull
anything *nix oriented on anything other than a *nix box unless i'm
going to try to compile it with EMX on OS2 and see if it works...
Very good, I would presuiate if you gave me a compile log too,
because I doubt that we/I did remember #ifdef UNIX every
place.
i haven't looked... the files are straight off sourceforge... the
linux box goes and grabs them and haves at them... i don't pull
anything *nix oriented on anything other than a *nix box unless i'm
going to try to compile it with EMX on OS2 and see if it works...
Very good, I would presuiate if you gave me a compile log too,
because I doubt that we/I did remember #ifdef UNIX every
place.
i'm starting it all again, right now at the timestamp on this
message... just deleted the maximus directory and unzippes the max-3.03-etc.tar.gz file and now my script is pulling it all from cvs again...
i'm starting it all again, right now at the timestamp on this
message... just deleted the maximus directory and unzippes the
max-3.03-etc.tar.gz file and now my script is pulling it all from cvs
again...
Okay. A checkout should do it :-)
i'm starting it all again, right now at the timestamp on this
message... just deleted the maximus directory and unzippes the
max-3.03-etc.tar.gz file and now my script is pulling it all from
cvs again...
Okay. A checkout should do it :-)
had to do a bit of surgery on sqastr.c and sqaexe.c...
tr "\015" "\040" < sqastr.c > sqastr.c2
mv sqastr.c sqastr.c1
mv sqastr.c2 sqastr.c
tr "\015" "\040" < sqaexe.c > sqaexe.c2
mv sqaexe.c sqaexe.c1
mv sqaexe.c2 sqaexe.c
then sqastr.c required additional editing to recombine the lines continued by \ on the end of them...
after doing that, i'm am apparently getting a complete compile
process as my maxbuild.log file is now ending with..
Build Complete; edit your control files and 'make install'
i can't tell you what lines contain the ^M in those two source files
as i was unable to get grep to look for that character... and i have
no idea about the \ continuation lines problem... is there some
setting for gcc or something that i may be able to look at and
adjust??
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,052 |
Nodes: | 15 (1 / 14) |
Uptime: | 02:37:50 |
Calls: | 500,789 |
Files: | 109,358 |
D/L today: |
711 files (421M bytes) |
Messages: | 466,371 |
Posted today: | 3 |