Recent Posts

Pages: 1 [2] 3 4 5 6 7 ... 10
11
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.
12
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).
13
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.
14
...

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.
15
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.
16
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.
17
Your compiler likely wants "libexchndl.dll.a" file to be copied along with the "exchndl.dll" file.

Tim S.
18
Development / Re: code completion breaks after changing header file
« Last post by Pecan on June 02, 2025, 07:03:56 pm »
Fixed svn r13668
19
Leap-15.6, gcc13.3.0, "cb-13667::plugins|compilergcc|depslib|src|cache.c'

I dropped a ticket with a correction :
 https://sourceforge.net/p/codeblocks/tickets/1535/
20
I used CodeBlocks_wx32_64.cbp with the last version of TDM-GCC. The link error is:

C:/msys64/TDM-GCC/bin/../lib/gcc/x86_64-w64-mingw32/10.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lexchndl.dll
collect2.exe: error: ld returned 1 exit status

exchndl.dll does exist.

I changed the line in the project file to <Add library="exchndl" and got the same error. Changing the file extension of exchndl.dll also does not help.

Anyway, my original work around seems to work but it would be nice to find a "clean" solution.
Pages: 1 [2] 3 4 5 6 7 ... 10