Recent Posts

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
Nightly builds / Re: The 23May 2025 build (13667) is out.
« Last post by Bug Killer on June 12, 2025, 05:28:37 pm »
Code::Blocks 13670, wxWidgets 3.2.8 and wxSQlite 3.2.2.1 RPMs for RHEL 9 and derivatives are available from my signed repository https://www.theox.net/codeblocks.
22
General (but related to Code::Blocks) / Forum failure
« Last post by LETARTARE on June 12, 2025, 03:42:08 pm »
Thank you to the administrator troubleshooters for reactivating.
23
Thanks to 'Miguel Gimenez'
24
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)
26
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
27
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.
28
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).
29
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.
30
...

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.
Pages: 1 2 [3] 4 5 6 7 8 ... 10