Thread: [Dev-C++] re: dllwrap problem w/ mingw gcc 3.1
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
Menu
▾
▴
dev-cpp-users
|
From: Vern-N <ve...@cs...> - 2002-10-14 20:52:57
|
This was on WinME. But have found a workaround for now... I changed my system temp/tmp variables to C:\t from c:\windows\temp I shortened all paths to c:\progra~1\... instead of the the long <default> c:\Program Files\ form. Now the compilation works, but I will be adding further libraries, so I expect it will soon break again. This looks very much like a buffer-overrun problem somewhere in the IPC between dev-c++ and the executables... I guess this is the same as the genereic "Not Found" problem i saw posted earlier... -Vern From: Vern-N <vern@cs...>.unt.edu> dllwrap problem w/ mingw gcc 3.1 2002-10-09 18:03 trying to compile the default DLL application using the MinGW 3.1 compiler, libs, and includes... also have msys bin folder in my path after mingw. this is the 2.0 snapshot of MinGW. The generated makefile works fine from a cygwin window, but trying to compile w/ dev-c++ gives the following log: Executing make... make.exe -f "C:\newdll\Makefile.win" all g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program Files/MinGW/include" -I"C:/Program Files/MinGW/include" - I"C:/Program Files/MinGW/include/g++-v3" - DBUILDING_DLL=3D1 -s dllwrap.exe --output-def libnewdll.def --driver- name c++ -- implib libnewdll.a dllmain.o -L"C:/Program Files/MinGW/lib" - -no-export-all-symbols --add-stdcall-alias -o newdll.dll c++: =86: No such file or directory c:\Program Files\MinGW\bin\dllwrap.exe: no export definition file provided. Creating one, but that may not be what you want c:\Program Files\MinGW\bin\dllwrap.exe: c++ exited with status 1 make.exe: *** [newdll.dll] Error 1 Execution terminated All I can figure is something is going wrong w/ the commandline for the dllwrap command... Would really like the convenience of not having to compile from the cygwin shell. I've searched the lists for this problem for some time, and have not come up w/ any similar problems... Any help would be appreciated. Please carbon-copy any responses to me, as I may not be monitoring the list directly. Thanks, -Vern -- Exterminate spam. Forward Unsolicited Commercial Email directly to the FTC: UC...@FT... Formal complaints: www.ftc.gov |
|
From: Per W. <pw...@ia...> - 2002-10-14 22:01:38
|
Might either run a bad make program, or more probably if you are using the gnu make, a bad sh. Try to locate a current sh port from http://unxutils.sourceforge.net/ since some sh ports don't handle long command lines very well. /Per W On Mon, 14 Oct 2002, Vern-N wrote: > This was on WinME. But have found a workaround > for now... > I changed my system temp/tmp variables to C:\t > from c:\windows\temp > I shortened all paths to c:\progra~1\... instead > of the the long <default> c:\Program Files\ form. >=20 > Now the compilation works, but I will be adding > further libraries, so I expect it will soon break > again. >=20 > This looks very much like a buffer-overrun problem > somewhere in the IPC between dev-c++ and the > executables... >=20 > I guess this is the same as the genereic "Not > Found" problem i saw posted earlier... >=20 > -Vern >=20 > From: Vern-N <vern@cs...>.unt.edu> > dllwrap problem w/ mingw gcc 3.1 > 2002-10-09 18:03 >=20 > trying to compile the default DLL application > using the MinGW > 3.1 compiler, libs, and includes... also have > msys bin folder > in my path after mingw. this is the 2.0 snapshot > of MinGW. >=20 > The generated makefile works fine from a cygwin > window, but > trying to compile w/ dev-c++ gives the following > log: >=20 > Executing make... > make.exe -f "C:\newdll\Makefile.win" all > g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program > Files/MinGW/include" -I"C:/Program > Files/MinGW/include" - > I"C:/Program Files/MinGW/include/g++-v3" - > DBUILDING_DLL=3D1 -s > dllwrap.exe --output-def libnewdll.def --driver- > name c++ -- > implib libnewdll.a dllmain.o -L"C:/Program > Files/MinGW/lib" - > -no-export-all-symbols --add-stdcall-alias -o > newdll.dll > c++: =86: No such file or directory > c:\Program Files\MinGW\bin\dllwrap.exe: no export > definition > file provided. > Creating one, but that may not be what you want > c:\Program Files\MinGW\bin\dllwrap.exe: c++ > exited with status > 1 > make.exe: *** [newdll.dll] Error 1 > Execution terminated >=20 > All I can figure is something is going wrong w/ > the > commandline for the dllwrap command... >=20 > Would really like the convenience of not having > to compile > from the cygwin shell. >=20 > I've searched the lists for this problem for some > time, and > have not come up w/ any similar problems... >=20 > Any help would be appreciated. > Please carbon-copy any responses to me, as I may > not be > monitoring the list directly. > Thanks, > -Vern >=20 > -- > Exterminate spam. > Forward Unsolicited Commercial Email directly to > the FTC: > UC...@FT... Formal complaints: www.ftc.gov >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users >=20 |
|
From: Vern-N <ve...@cs...> - 2002-10-14 22:49:32
|
Had been setup for the make built into minGW2.0, with MSYS behind it in the path. Thought that I had solved this, using MSYS to replace rm, etc; Installed the utils you linked to, and added the /bin folder before MSYS in my path... Was able to reset the TEMP and TMP variables... It hasn't broken anything... Thanks for the insight, re: make... the two sh binaries bahave a good bit differently... -Vern > Might either run a bad make program, or more probably if you are using > the gnu make, a bad sh. Try to locate a current sh port from > http://unxutils.sourceforge.net/ since some sh ports don't handle long > command lines very well. > > /Per W > > On Mon, 14 Oct 2002, Vern-N wrote: > > > This was on WinME. But have found a workaround > > for now... > > I changed my system temp/tmp variables to C:\t > > from c:\windows\temp > > I shortened all paths to c:\progra~1\... instead > > of the the long <default> c:\Program Files\ form. > > > > Now the compilation works, but I will be adding > > further libraries, so I expect it will soon break > > again. > > > > This looks very much like a buffer-overrun problem > > somewhere in the IPC between dev-c++ and the > > executables... > > > > I guess this is the same as the genereic "Not > > Found" problem i saw posted earlier... > > > > -Vern > > > > From: Vern-N <vern@cs...>.unt.edu> > > dllwrap problem w/ mingw gcc 3.1 > > 2002-10-09 18:03 > > > > trying to compile the default DLL application > > using the MinGW > > 3.1 compiler, libs, and includes... also have > > msys bin folder > > in my path after mingw. this is the 2.0 snapshot > > of MinGW. > > > > The generated makefile works fine from a cygwin > > window, but > > trying to compile w/ dev-c++ gives the following > > log: > > > > Executing make... > > make.exe -f "C:\newdll\Makefile.win" all > > g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program > > Files/MinGW/include" -I"C:/Program > > Files/MinGW/include" - > > I"C:/Program Files/MinGW/include/g++-v3" - > > DBUILDING_DLL=3D1 -s > > dllwrap.exe --output-def libnewdll.def --driver- > > name c++ -- > > implib libnewdll.a dllmain.o -L"C:/Program > > Files/MinGW/lib" - > > -no-export-all-symbols --add-stdcall-alias -o > > newdll.dll > > c++: =86: No such file or directory > > c:\Program Files\MinGW\bin\dllwrap.exe: no export > > definition > > file provided. > > Creating one, but that may not be what you want > > c:\Program Files\MinGW\bin\dllwrap.exe: c++ > > exited with status > > 1 > > make.exe: *** [newdll.dll] Error 1 > > Execution terminated > > > > All I can figure is something is going wrong w/ > > the > > commandline for the dllwrap command... > > > > Would really like the convenience of not having > > to compile > > from the cygwin shell. > > > > I've searched the lists for this problem for some > > time, and > > have not come up w/ any similar problems... > > > > Any help would be appreciated. > > Please carbon-copy any responses to me, as I may > > not be > > monitoring the list directly. > > Thanks, > > -Vern > > > > -- > > Exterminate spam. > > Forward Unsolicited Commercial Email directly to > > the FTC: > > UC...@FT... Formal complaints: www.ftc.gov > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Dev-cpp-users mailing list > > Dev...@li... > > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > -- Exterminate spam. Forward Unsolicited Commercial Email directly to the FTC: UC...@FT... Formal complaints: www.ftc.gov |
|
From: Per W. <pw...@ia...> - 2002-10-14 22:58:13
|
Happy to be able to help. /Per W On Mon, 14 Oct 2002, Vern-N wrote: > Had been setup for the make built into minGW2.0, with MSYS > behind it in the path. > Thought that I had solved this, using MSYS to replace rm, etc; > Installed the utils you linked to, and added the /bin folder > before MSYS in my path... Was able to reset the TEMP and TMP > variables... It hasn't broken anything... >=20 > Thanks for the insight, re: make... the two sh binaries > bahave a good bit differently... >=20 > -Vern >=20 > > Might either run a bad make program, or more probably if you are using > > the gnu make, a bad sh. Try to locate a current sh port from > > http://unxutils.sourceforge.net/ since some sh ports don't handle long > > command lines very well. > > > > /Per W > > > > On Mon, 14 Oct 2002, Vern-N wrote: > > > > > This was on WinME. But have found a workaround > > > for now... > > > I changed my system temp/tmp variables to C:\t > > > from c:\windows\temp > > > I shortened all paths to c:\progra~1\... instead > > > of the the long <default> c:\Program Files\ form. > > > > > > Now the compilation works, but I will be adding > > > further libraries, so I expect it will soon break > > > again. > > > > > > This looks very much like a buffer-overrun problem > > > somewhere in the IPC between dev-c++ and the > > > executables... > > > > > > I guess this is the same as the genereic "Not > > > Found" problem i saw posted earlier... > > > > > > -Vern > > > > > > From: Vern-N <vern@cs...>.unt.edu> > > > dllwrap problem w/ mingw gcc 3.1 > > > 2002-10-09 18:03 > > > > > > trying to compile the default DLL application > > > using the MinGW > > > 3.1 compiler, libs, and includes... also have > > > msys bin folder > > > in my path after mingw. this is the 2.0 snapshot > > > of MinGW. > > > > > > The generated makefile works fine from a cygwin > > > window, but > > > trying to compile w/ dev-c++ gives the following > > > log: > > > > > > Executing make... > > > make.exe -f "C:\newdll\Makefile.win" all > > > g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program > > > Files/MinGW/include" -I"C:/Program > > > Files/MinGW/include" - > > > I"C:/Program Files/MinGW/include/g++-v3" - > > > DBUILDING_DLL=3D1 -s > > > dllwrap.exe --output-def libnewdll.def --driver- > > > name c++ -- > > > implib libnewdll.a dllmain.o -L"C:/Program > > > Files/MinGW/lib" - > > > -no-export-all-symbols --add-stdcall-alias -o > > > newdll.dll > > > c++: =86: No such file or directory > > > c:\Program Files\MinGW\bin\dllwrap.exe: no export > > > definition > > > file provided. > > > Creating one, but that may not be what you want > > > c:\Program Files\MinGW\bin\dllwrap.exe: c++ > > > exited with status > > > 1 > > > make.exe: *** [newdll.dll] Error 1 > > > Execution terminated > > > > > > All I can figure is something is going wrong w/ > > > the > > > commandline for the dllwrap command... > > > > > > Would really like the convenience of not having > > > to compile > > > from the cygwin shell. > > > > > > I've searched the lists for this problem for some > > > time, and > > > have not come up w/ any similar problems... > > > > > > Any help would be appreciated. > > > Please carbon-copy any responses to me, as I may > > > not be > > > monitoring the list directly. > > > Thanks, > > > -Vern > > > > > > -- > > > Exterminate spam. > > > Forward Unsolicited Commercial Email directly to > > > the FTC: > > > UC...@FT... Formal complaints: www.ftc.gov > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Dev-cpp-users mailing list > > > Dev...@li... > > > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > > > >=20 > -- > Exterminate spam. > Forward Unsolicited Commercial Email directly to the FTC: > UC...@FT... Formal complaints: www.ftc.gov >=20 >=20 |
