Alex Rousskov wrote:
>On Mon, 2007-08-13 at 10:41 +0700, zen wrote:
>
>
>>>Oof. I think you typed in correctly, but g++ may treat .E file extension
>>>specially. If you have not given up yet, please try the above command,
>>>but rename MemPool.E into MemPool.cc (in the command and on disk). You
>>>may want to preserve the original MemPool.cc somewhere.
>>>
>>>
>
>
>
>>i did that, but still have no luck
>>
>>core# cp MemPool.cc MemPool.cc.orig
>>core# rm MemPool.cc
>>core# cp MemPool.E MemPool.cc
>>core# g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include
>>-Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT -g
>>-O2 -MT MemPool.o -MD -MP -MF ".deps/MemPool.Tpo" -c -o MemPool.o MemPool.E
>>g++: MemPool.E: linker input file unused because linking not done
>>core#
>>
>>
>
>Zen,
>
> You did not replace MemPool.E with MemPool.cc in the g++ command
>itself. See the very last argument. In fact, after copying MemPool.E to
>MemPool.cc you can probably just run "make" as it should produce the
>right compilation command.
>
> Since there is no mallopt in your MemPool.E, you should not get the
>kind of compilation error that started this thread. If you do, something
>really bizarre is going on.
>
>Thank you,
>
>Alex.
>
>
>
>
>
owh well...i`ll try it again for the last time,
but if still not working i just leave the --with-dmalloc behind...
Thx alex for the guidance
TIA
Zen
Received on Sun Aug 19 2007 - 21:05:33 MDT
This archive was generated by hypermail pre-2.1.9 : Sat Sep 01 2007 - 12:00:03 MDT