ation I use:
>>
>> > =
>>
>> >
>>
>> > g++ -O0 -g3 -p -pg -pedantic -Wall -c -fmessage-length=0 -std=c++0x
>>
>> > -fpermissive -o src\Object.o ..\src\Object.cpp
>>
>> >
>>
>> > mingw64 is confi
64-mingw32/4.6.1/lto-wrapper.exe
> Target: i686-w64-mingw32
> Configured with: ../gcc/configure --target=i686-w64-mingw32
> --enable-languages=c,c++ --disable-nls --with-dwarf2
> --prefix=/mingw-native --dis
> able-multilib --host=i686-w64-mingw32 --with-gmp=/mingw-nati
t;>>
>>> g++ -O0 -g3 -p -pg -pedantic -Wall -c -fmessage-length=0 -std=c++0x
>>> -fpermissive -o src\Object.o ..\src\Object.cpp
>>>
>>> mingw64 is configured as:
>>> =
>>>
>>> ../mingw64/configure --prefix=/min
=
>>
>> ../mingw64/configure --prefix=/mingw-native --host=i686-w64-mingw32
>>
>> gcc is configured as:
>> =
>>
>> Using built-in specs.
>> COLLECT_GCC=gcc
>> COLLECT_LTO_WRAPPER=g:/dev-tools/mingw-native/bin/../libexec
2011/4/4 Alen Skondro :
> Hello, I've built my own gcc toolchain (4.6.1) targeting
> i686-w64-mingw32 and so far everything worked fine until I decided to
> use the profile functionality.
>
> When compiling with -p -pg, linker reports undefined references to
> _monstartup.
> I looked in ming64 CRT
Hello, I've built my own gcc toolchain (4.6.1) targeting
i686-w64-mingw32 and so far everything worked fine until I decided to
use the profile functionality.
When compiling with -p -pg, linker reports undefined references to _monstartup.
I looked in ming64 CRT and found out that _monstartup is de
