hi. first off: please _always_ reply to the pd-list and not just me; the list is not just a way to get into contact with others, but also a way to learn things "passively" (e.g. by lurking on the list or by reading the archives)...
ugur guney wrote: > C:\MinGW\bin>gcc -v > Reading specs from ../lib/gcc/mingw32/3.4.2/specs > Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as > --host= > mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls > --enable > -languages=c,c++,f77,ada,objc,java --disable-win32-registry > --disable-shared --e > nable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x > --enable-ja > va-gc=boehm --disable-libgcj-debug --enable-interpreter > --enable-hash-synchroniz > ation --enable-libstdcxx-debug > Thread model: win32 > gcc version 3.4.2 (mingw-special) > > # But I did not compiled PD by myself. I downloaded Puckette's version > 40-2 and linked to its pd.lib file. > # Both in this pd version and in PD-extended 0.39-2-test6 similar errors > occured using the same .dll file. > # I compiled using both CodeBlocks and DevC++ IDE's. DevC++ outputs the > compilation commands: > > Compiler: Default compiler > Building Makefile: "C:\Dev-Cpp\Projects\pdexternal\Makefile.win" > Executing make... > mingw32-make -f "C:\Dev-Cpp\Projects\pdexternal\Makefile.win" all > dllwrap.exe --output-def libadditive.def --implib libadditive.a > additive~.o -L"C:/music/pd.miller.40-2/lib" > c:/music/pd.miller.40-2/bin/pd.lib -o additive.dll > > dllwrap.exe: no export definition file provided. > Creating one, but that may not be what you want > > Execution terminated > Compilation successful > > since you have a .dll, you are on windows right? > which windows? > > > # And I'm using WindowsXP SP2 > -ugur- > ok, unfortunately your make excerpt didn't tell me enough, since you should have done a "make clean" before. (only the linking stage is executed since the compilation of additive~.o is already up-to-date). miller's pd is compiled with M$VC-6 (i think), you have to tell gcc that you are linking against such library. try to use the "-mms-bitfields" cflag to gcc when _compiling_ your external. and tell us what happens. mfg.asdr. IOhannes _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list