From: Robert W. <ro...@us...> - 2004-06-30 22:43:53
|
ltp...@li... wrote on 06/30/2004 05:11:47 PM: > When compiling ltp 20040603 on x86-64, I get a number > of compile errors like the following: > > cc -Wall -I../../include -g -Wall -I../../../../include -Wall read01.c > -L../../../../lib -lltp -o read01 > read01.c:140: error: conflicting types for 'malloc' > read01.c:140: error: conflicting types for 'malloc' > make[4]: *** [read01] Error 1 > > profil01.c:63: error: conflicting types for 'malloc' > profil01.c:63: error: conflicting types for 'malloc' > make[4]: *** [profil01] Error 1 > make[3]: *** [all] Error 2 > > This makes me rather curious, why do these programs feel > the need to redefine malloc ? > > Or, in the case of read01.c, do absurdities like the following? > > char fname[255], *malloc(); Yes...these were caught last month...I thought. > ... > if ((s = malloc(READ_BLOCK_SIZE)) == NULL) { > tst_brkm(TBROK, cleanup, > "malloc(%d) Failed, errno=%d : %s", > READ_BLOCK_SIZE, errno, strerror(errno)); > } > > That's right, it defines malloc as a char * (it's a void * in > /usr/include/malloc.h) and not even an extern !!! > > You'll understand that this makes gcc rather unhappy... Strange...my copy, as well as the latest CVS version, of testcases/kernel/syscall/read01/read01.c doesn't redefine malloc anymore and the logs show that it was fixed on 05/18. You might try updating from CVS.... > > cheers, > > Rik > -- > "Debugging is twice as hard as writing the code in the first place. > Therefore, if you write the code as cleverly as possible, you are, > by definition, not smart enough to debug it." - Brian W. Kernighan > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Ltp-list mailing list > Ltp...@li... > https://lists.sourceforge.net/lists/listinfo/ltp-list (Embedded image moved to file: pic08193.jpg) |