After running ./autogen.sh & installing intltool installation crashes:
You should add the contents of '/usr/share/aclocal/intltool.m4' to 'aclocal.m4'.
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I build/cache -I build -I build/bundled -I geanypy/m4 --install
build/i18n.m4:20: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in library
aclocal: installing 'build/cache/nls.m4' from '/usr/share/aclocal/nls.m4'
aclocal: installing 'build/cache/pkg.m4' from '/usr/share/aclocal/pkg.m4'
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:15: error: possibly undefined macro: AC_DISABLE_STATIC
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:16: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:5255: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
autoreconf: /usr/bin/autoconf failed with exit status: 1
Any better method to install it?
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/420
I would like to have tab with gdb cli, sometimes I need to produce specific debugging command, direct access to gdb would be useful
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/336
If you load geany scope, load a simple "Hello world" software written in C compiled with -g, and you start the execution with geany scope you obtain a blank window without text or buttons and geany freeze.. so geany scope is unusable...
geany scope 1.27 in Fedora 24 with italian language
reported in https://bugzilla.redhat.com/show_bug.cgi?id=1341107
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/433
Linux: Ubuntu trusty (3.13.0-68-generic / i686)
Geany 1.25 (built on Jul 13 2015 with GTK 2.24.23, GLib 2.40.2)
Installing from Ubuntu repositories (geany v1.23) caused the same problem, so I tried installing from ppa:geany-dev/ppa. Problem remains. All packages starting with "geany" installed, except for geany-plugin-markdown, geany-plugin-scope.
I have tried debugging a python script, (setting debug target to .py file and .pyc) - both gave me "Error laoding file" when I press the Start button
I then tried debugging a bash script (.sh) - same problem.
Then I downloaded a sample .c source file, compiled it and tried to debug it - same problem.
Starting geany from shell in order to try to get some output or stack trace did not help much. All I got was the following: (output on console immediately after pressing "OK" on "Error loading file" dialog)
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_string_free: assertion 'string != NULL' failed
(geany:30320): GLib-CRITICAL **: g_hash_table_destroy: assertion 'hash_table != NULL' failed
Is there any way I can get a decent stack trace of what caused the "Error loading file"?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/309
Hello there,
Geany version : 1.27
GTK+ version : geany 1.27 (construit le Apr 17 2016 avec GTK 2.24.30, GLib 2.48.0)
OS: Linux Mint 18 Sarah
Filetypes : PHP and Javascript
The keybinding "Go to symbol definition" doesn't work if called from a PHP file to a symbol located in an open javascript file. A click on "UserLogin" on the following example fails with a message "UserLogin Not found".
<a class='login' href='#' onclick=UserLogin()>
The same keybinding works as expected on the following situations
- call for a function/method from one PHP file to another PHP file (both open)
- call "UserLogin" INSIDE the javascript file
- when using Geany 1.23.1 with Linux Mint 17.3
Thanks for your help.
Phil
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1158
when compiling......process failed(the system cannot find the file specified)
why??????????
Windows 8.1 64bit
Geany 1.26
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/766
Hi :smiley:
I've added a keybinding for switching focus to the split window editor (in case it's enabled). This solves #631
I've set F3 as keybinding by default because:
1. Follows the idea of the other "Focus Keybindings" family: F2 -> Switch to Editor, F4 -> Terminal, F7 -> Search bar
2. Doesn't collides with any other default keybindings and has very few possibilities of collision with user-defined keybindings.
3. Even in the case it collides with other user-defined keybinding, it's not a big deal since it just grab the focus on split window only in the case it's being displayed. If user doesn't like it, he/she can always change this.
4. It's a plugin shipped along with geany.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/721
-- Commit Summary --
* Keybinding for switching focus to splitwindow. Fix #631
-- File Changes --
M plugins/splitwindow.c (16)
-- Patch Links --
https://github.com/geany/geany/pull/721.patchhttps://github.com/geany/geany/pull/721.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/721
This is an improved version of PR #637.
No more "--" - not needed.
No guard for is_osx_bundle() under Windows - does not belong here.
Split into proper sequential commits.
Fixed the encoding of options and doc_name.
Fixed the OSX bundle executable name.
Created a function to return the reproduced arguments instead of exposing global variables.
Re-tested under Windows and Linux.
There is only one problem left. As described in PR #637, under Windows, mscvrt often breaks unquoted locale strings on 2+ pieces, considering some characters "spaces". So spawn should quote any argv elements containing locale. But that must obviously be a separate PR.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/653
-- Commit Summary --
* Add reverse option parser to main
* Add support for geany executable to utils_resource_dir()
* Improve New Window: pass the proper arguments and save configuration
-- File Changes --
M src/libmain.c (121)
M src/main.h (2)
M src/plugins.c (2)
M src/utils.c (111)
M src/utils.h (17)
-- Patch Links --
https://github.com/geany/geany/pull/653.patchhttps://github.com/geany/geany/pull/653.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/653
Hi all,
I created a share object (so) - libdsso
I am trying, successfully to debug it through gdb:
gcc -g testc -lds
However, when i am trying to debug through geany, i get an error immediately:
program existed with error 127
just to mention - everything else is working just fine (compiling with static library, makefiles etc)
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/837
'Geany' no longer detects if there is an instance of itself already running, thus multiple instances are starting up, instead of files being opened in the current instance.
I doubt it is a "#ifdef HAVE_SOCKET" not being defined since the mutexs (called mutants in win32) are being created with the name 'Geany'.
I suspect it had to do with recent cleanups and changes in https://github.com/geany/geany/commits/c5b0fc459a1251c824a44edb5dfab4a8feb0…
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/641