I use /opt32/bin, /lib, etc. to hold the libs auxillary to /mingw32/, I build and use (from msys64/mingw32). msys2/pacman will be deleting and replacing libraries in /mingw32/ and I'm not going to be left high and dry (looking for a libgnurx, for instance!). actually I build from opt32 collect into c:/mingw/dllpscdw2 and, for runtime path, point to that via ntfs junction from c:/usr/lib32:
Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. D:\cmd>reset32 D:\cmd>path PATH=C:\cmd;C:\cmd/bin;C:\usr/bin;C:\usr/bin32;C:\usr/bin32/mingw;C:\usr/lib32;C:\Windows/system32;C:\Windows;C:\Windows/System32/Wbem for 64-bits i do similar thing. C:/usr/bin holds unix-utils. bin32/mingw points to [junction] c:/msys64/mingw32/bin ---------- wxWidgets:Progress report (+rant) To get this to begin compiling I needed to export GREP, AR, and WINDRES pointing to their msys executables; configure (which came in the download) was blind to them otherwise. The next failure was one I'm all too familiar with, wx/msw/winundef.h tries to to a lot of #if UNICODE dancing and fails miserably. I don't know that I have a mechanism to automatically set UNICODE=1 (wxwidgets sets it, or _UNICODE, to true anyway) so I already had a fixed file for that. Maybe it goes better if I can set UNICODE. Anyways it compiles but I'm left with a link error - not my cup of tea. basedll_ffile.o:ffile.cpp:(.text+0x1dc8): undefined reference to `wxMSLU__wfopen(wchar_t const*, wchar_t const*)' basedll_file.o:file.cpp:(.text+0x183): undefined reference to `wxMSLU__waccess(wchar_t const*, int)' basedll_file.o:file.cpp:(.text+0x2cb3): undefined reference to `wxMSLU__wopen(wchar_t const*, int, int)' basedll_file.o:file.cpp:(.text+0x3a84): undefined reference to `wxMSLU__wopen(wchar_t const*, int, int)' basedll_file.o:file.cpp:(.text+0x494d): undefined reference to `wxMSLU__wremove(wchar_t const*)' basedll_file.o:file.cpp:(.text+0x57d6): undefined reference to `wxMSLU__wremove(wchar_t const*)' basedll_filefn.o:filefn.cpp:(.text+0x6f15): undefined reference to `wxMSLU__wremove(wchar_t const*)' basedll_filefn.o:filefn.cpp:(.text+0x8b50): undefined reference to `wxMSLU__wrmdir(wchar_t const*)' basedll_filefn.o:filefn.cpp:(.text+0x9900): undefined reference to `wxMSLU__wmkdir(wchar_t const*)' basedll_filefn.o:filefn.cpp:(.text+0xbe06): undefined reference to `wxMSLU__wrename(wchar_t const*, wchar_t const*)' basedll_filename.o:filename.cpp:(.text+0x170): undefined reference to `wxMSLU__wopen(wchar_t const*, int, int)' basedll_filename.o:filename.cpp:(.text+0x29b4): undefined reference to `wxMSLU__wchmod(wchar_t const*, int)' collect2.exe: error: ld returned 1 exit status Makefile:15531: recipe for target '/d/bld/bldwx/lib/wxbase30u_gcc_custom.dll' failed make: *** [/d/bld/bldwx/lib/wxbase30u_gcc_custom.dll] Error 1 ~~~~~~~~~~~~~~~~~~~~ Using mingw32/wxwidgets: I am not ignoring the fact that there is a pre-bbuilt wxwidgets provided, and this has worked for me to build a simple test usage of wxwidgets, but I am building a largish (10 MB .exe) program that brings in packaged libraries, but every wxWidgets I've linked with has made the program sick at the outset. This is before any calls to make a widget, before the welcome message, problems with busycursor() blah blah, utilsgui.cpp. I have seen this program perform a little bit better while linked with wxWidgets - a form of wxWidgets also compiled with -std=gnu++11. In the msys package there is a warning from Alexey not to do this, no reason given. So I'm linking to (no c++11) with stuff that has (c++11) is this doomed to failure? can anyone explain why this should be so, since c++ is a recognized mature language that should be eminently predictable? On Tue, Apr 7, 2015 at 1:57 PM, David Macek <[email protected]> wrote: > On 7. 4. 2015 20:37, Greg Jung wrote: >> $ echo $PATH >> /mingw32/bin:/opt32/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows:/c/Windows/system32:/c/Windows/system32/Wbem:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl > > What is in /opt32/bin? Any conflicting programs? > > Where did you download the sources? I tried configure from > <https://sourceforge.net/projects/wxwindows/files/3.0.1/wxWidgets-3.0.1.zip/download> > and I had no such problems. > > -- > David Macek > > > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > Msys2-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/msys2-users > ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Msys2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/msys2-users
