Recent Posts

Pages: 1 [2] 3 4 5 6 7 ... 10
11
@gd_on, wxWidgets must always be fixed for the newer compilers. The error you get with static_cast was fixed in trunk three weeks ago, you can backport the fix to wx3.1.1 easily:

https://github.com/wxWidgets/wxWidgets/commit/424f64f27d94f83ed946ebfcf9b9543c828f9f25

The wx forums are better for wxWidgets compilation problems.

Yup, I reported it: https://forums.wxwidgets.org/viewtopic.php?f=19&t=44671

At the time with MinGW-Builds 64-bit 8.1.0 I built wxWidgets as it was then from git and compiled the latest SVN Code::Blocks wx31_64 against it with all contrib plugins.  It compiled successfully but then if you clicked into the main code editing frame Code::Blocks would crash.  I back-ported that one commit to wxWidgets 3.1.1 and compiled with MinGW 8.1.0 64-bit, still crashed when clicking in the editor frame.  At that point I decided to wait until things brewed some more and an official 3.1.2 comes out instead of the work-in-progress git.
13
Thanks.
I'll try that (or wait 3.1.2 version  ;) )
gd_on
14
@gd_on, wxWidgets must always be fixed for the newer compilers. The error you get with static_cast was fixed in trunk three weeks ago, you can backport the fix to wx3.1.1 easily:

https://github.com/wxWidgets/wxWidgets/commit/424f64f27d94f83ed946ebfcf9b9543c828f9f25

The wx forums are better for wxWidgets compilation problems.
15
I have never used Libfinder, but the FlatNotebook part seems to work.
16
I tried to compile wxwidgets 3.1.1 with MinGW 8.1, in 32 bits (with i686-8.1.0-release-posix-sjlj-rt_v6-rev0) or 64 bits (with x86_64-8.1.0-release-posix-seh-rt_v6-rev0) without success.
Many wanings (warning: cast between incompatible function types from 'wxLongToLongHashMap_wxImplementation_HashTable::size_type (*)...) and finally errors (invalid static_cast from type 'long long unsigned int' to type 'HANDLE' {aka 'void*'}).
Some of the users seem to compile without problems wxwidgets 3.1.1 with this 8.1 version. Could you tell me the command line you have used ?
I have : mingw32-make -f makefile.gcc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1 USE_OPENGL=1 VENDOR=cb CXXFLAGS="-fpermissive -fno-keep-inline-dllexport -std=gnu++11 -Wno-deprecated-declarations".
It works for me with MinGW 4.9 -> 7.3.

gd_on
17
Using Code::Blocks / Re: undefined reference to `_imp__* error
« Last post by stahta01 on June 15, 2018, 12:31:31 am »
Why did you NOT search the source files!!!!!!!!!!

Define CMINPACK_NO_DLL

Tim S.
19
Using Code::Blocks / Re: undefined reference to `_imp__* error
« Last post by spflanze on June 14, 2018, 11:35:10 pm »
Quote
Move the #include out of the extern "C" block.
I had already tried that. With this change:
Code: [Select]
#include "cminpack.h"
#include "cminpackP.h"
extern "C" {
int fcn( void *p, int m, int n, const double *x,
double *fvec, double *fjac, int ldfjac, int iflag );
}
The error messages are the same.
20
To be [more] sure it is safe the Lib Finder plugin needs to be tested.

Tim S.
Pages: 1 [2] 3 4 5 6 7 ... 10