Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Nightly builds / Re: The 29 January 2023 build (13166) is out.
« Last post by Xaviou on Today at 07:21:38 pm »
Hi.
Applied. Head rev 13177
Hum...
Doesn't seems to be enough.
There are still includes errors (see attached build output related to rev 13177)

Regards
Xav'
2
Nightly builds / Re: The 29 January 2023 build (13166) is out.
« Last post by Pecan on Today at 06:56:49 pm »
The error is
Code
make[5]: *** No rule to make target `../../../../../src/sdk/libcodeblocks.la', needed by `libclangd_client.la'.  Stop.
The code completion plugin has this in the Makefile.am (and compiles OK)
Code
libcodecompletion_la_LIBADD = ../../sdk/libcodeblocks.la\
$(WX_LIBS) \
$(CB_TINYXML_LIBS)
while clangd_client has
Code
libclangd_client_la_LIBADD = \
$(top_srcdir)/src/sdk/libcodeblocks.la \
-lutil \
$(WX_LIBS)
Looks like $(top_srcdir)/src is not correct, it should be ../../.. (clangd_client is a contrib plugin, so it is one level deeper than Code Completion).
Applied. Head rev 13177
Thanks Xaviou and Miguel
3
Help / Re: Cannot move or dock IDE (not program) windows
« Last post by Miguel Gimenez on Today at 05:34:19 pm »
As described in the wxWidgets' ticket, gtk_window_begin_move_drag() must be called when using GTK >= 3.20 under Wayland. This is a wxWidgets problem already fixed, but Ubuntu has not updated the libraries yet.
4
Help / Re: Cannot move or dock IDE (not program) windows
« Last post by peterbaldock on Today at 05:20:33 pm »
Hi MG,

Yes, just did that while you were replying - no problem with X11.

So I'll continue with X11, but does that mean it is Wayland at fault, or is it just that C::B is no longer compatible with Wayland?

Thanks very much for your help. Back to the grind stone.

Pete.
5
Help / Re: Cannot move or dock IDE (not program) windows
« Last post by Miguel Gimenez on Today at 05:15:48 pm »
You can start a XOrg session to see if it changes anything...
6
Help / Re: Cannot move or dock IDE (not program) windows
« Last post by peterbaldock on Today at 05:02:25 pm »
Thanks, MG

I am not sure it's really the same thing, although I am having a separate problem with wxWidgets (totally different - frames ignore wxSTAY_ON_TOP).

The fact that it is only CodeBlocks IDE windows that exhibit this behaviour, and apps produced by me behave normally in this respect, led me to think it was a C::B problem.

BTW, as you suspected:
$ echo $XDG_SESSION_TYPE
wayland

Pete.
7
The 64-bit version of OpenWatcom is a fork of the original compiler, so some differences are expected.
8
Nightly builds / Re: The 29 January 2023 build (13166) is out.
« Last post by Miguel Gimenez on Today at 11:48:59 am »
The error is
Code
make[5]: *** No rule to make target `../../../../../src/sdk/libcodeblocks.la', needed by `libclangd_client.la'.  Stop.
The code completion plugin has this in the Makefile.am (and compiles OK)
Code
libcodecompletion_la_LIBADD = ../../sdk/libcodeblocks.la\
$(WX_LIBS) \
$(CB_TINYXML_LIBS)
while clangd_client has
Code
libclangd_client_la_LIBADD = \
$(top_srcdir)/src/sdk/libcodeblocks.la \
-lutil \
$(WX_LIBS)
Looks like $(top_srcdir)/src is not correct, it should be ../../.. (clangd_client is a contrib plugin, so it is one level deeper than Code Completion).
9
Using Code::Blocks / Set environment variable per target
« Last post by BlueHazzard on Yesterday at 10:59:49 pm »
Hi,
last debug session debugging codeblocks with codeblocks i had to set the DISPLAY environment variable. But the only way to do this is to use the environment variables plugin.
There is no way to set this per target, or do i miss something?
10
Nightly builds / Re: The 29 January 2023 build (13166) is out.
« Last post by Xaviou on Yesterday at 09:13:11 pm »
Hi.

OS X version of this rev could not be built : there is an error with the clangd plugin (see attached build output)

32 bits version for Windows ca be found in my Google Drive. (wx-3.2.1).

Debian Buster and Bullseye (32 and 64 bits) can be installed from my repo.

Regards
Xav'
Pages: [1] 2 3 4 5 6 ... 10