Recent Posts

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
Announcements / Re: successor of 20.03 available?
« Last post by easyw on June 12, 2025, 02:16:44 pm »
Yeah, 25.03 is released.
Finally! Will take a look at it.
Hurray!!!  :D ;D 8)
23
General (but related to Code::Blocks) / Re: Welcome Newcomers - PLEASE READ!!!
« Last post by Contrast on June 11, 2025, 10:34:37 pm »
I am new, I am here
24
Have a look at the https://forums.codeblocks.org/index.php/topic,25960.msg177430/topicseen.html#msg177430 thread as is for the same if/then block in the patch.
25
Development / Re: %I64d or %lld in the plugins\compilergcc\depslib\src\cache.c
« Last post by Wkerry on June 04, 2025, 01:24:18 pm »
Watch https://sourceforge.net/p/codeblocks/tickets/1535/ patch in the exact same if/else block , but it for the else and not the %I64.

I suggest someone have a good look at the issues to get it resolved and patched correctly of the different combinations of 32 V 64 V different  compilers (aka _USE_LONG_TIME_T).
26
Thanks for all of the replies.

I just used stahta01's method. I used TortoiseSVN to download, rebuilt Codeblocks without issue and it runs fine. The previous download did not have all of the files that the SVN download had. Too bad I do not remember where I downloaded the first time.

Anyway, all is solved for me. And thanks to all for the replies.
27
...

To conform to usual practice:

1. "-lexchndl.dll" should be changed to "-lexchndl" in the link command
...

I hope I am not wasting people's time on this.

Maybe "-lexchndl" command line option is better, because in this case, the linker can directly link to the dll file or .a file.

See:

WIN32(LD)

Quote
For instance, when ld is called with the argument '-lxxx' it will attempt to find, in the first directory of its search path,

libxxx.dll.a
xxx.dll.a
libxxx.a
xxx.lib
libxxx.lib
cygxxx.dll (*)
libxxx.dll
xxx.dll

before moving on to the next directory in the search path.
28
My "src/exchndl/win64/lib" contains both "libexchndl.dll.a" and "libmgwhelp.dll.a"; since yours does not I think you have a problem on your end!

Edit: I am using an svn repo!
Edit2: Add zipped file to this message
Edit3: Delete zipped file

Tim S.
29
I have never heard of  linking with a dll. I also think there should be a "libexchndl.dll.a". The link command has the following:

-lcodeblocks -lexchndl.dll -lshfolder -lkernel32 -luser32 -lgdi32 -lcomdlg32 -lwinspool -lwinmm -lcomctl32 -lodbc32 -lole32 -loleaut32 -luuid -lrpcrt4 -ladvapi32 -lwsock32 -lwxmsw32u -mwindows

The first "-lcodeblocks" : codeblocks.dll and libcodeblocks.a are  created in the "devel32_64" directory. No problrm;

The second "-lexchndl.dll" : exchndl.dll is created in the "src\exchndl\win64\bin" directory. The is no export library (a or lib file). To be consistant there should be a "libexchndl.dll.a". There is a "src\exchndl\win64\lib" directory but it is empty.

To conform to usual practice:

1. "-lexchndl.dll" should be changed to "-lexchndl" in the link command
2. There should be a "exchndl.dll" in the "src\exchndl\win64\bin" directory. This is OK.
3. There should be a "libexchndl.a" in the "src\exchndl\win64\lib" directory.

I hope I am not wasting people's time on this.
30
Your compiler likely wants "libexchndl.dll.a" file to be copied along with the "exchndl.dll" file.

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