clewn-general — This list is for Clewn user support, bugs, new features and development issues.

Re: [Clewn] Error of make during installation

[Étienne F. <tin...@gm...>]

You'll find readline's version in readline.h. The one working for me is 6.3:

#define RL_VERSION_MAJOR 6
#define RL_VERSION_MINOR 3

I'm not sure you want to continue your quest for clewn. It hasn't seen any
update for quite some time.
I guess you would have better luck with pyclewn[1].
I'm just sticking to it because my setup still works (clewn and MacVim on
OSX Yosemite, with a couple more modifications I made in clewn.c to make it
play nicely with Apple's modified, and now abandoned, gdb).

[1] http://pyclewn.sourceforge.net/

Étienne

On 11 September 2015 at 16:51, Xuesu Xiao <xu...@an...> wrote:

> I tried that too, but there were 4 warnings and other two errors:
>
> 4 warnings generated.
> if gcc -DHAVE_CONFIG_H -I. -I. -I.    -DHAVE_CLEWN  -g -O2 -Wall -MT
> obstack.o -MD -MP -MF ".deps/obstack.Tpo" -c -o obstack.o obstack.c; \
> then mv -f ".deps/obstack.Tpo" ".deps/obstack.Po"; else rm -f
> ".deps/obstack.Tpo"; exit 1; fi
> if gcc -DHAVE_CONFIG_H -I. -I. -I.    -DHAVE_CLEWN  -g -O2 -Wall -MT pty.o
> -MD -MP -MF ".deps/pty.Tpo" -c -o pty.o pty.c; \
> then mv -f ".deps/pty.Tpo" ".deps/pty.Po"; else rm -f ".deps/pty.Tpo";
> exit 1; fi
> gcc -DHAVE_CLEWN  -g -O2 -Wall   -o clewn  clewn.o gdb_lvl2.o gdb_lvl3.o
> misc.o netbeans.o obstack.o pty.o  -lreadline -lcurses
> Undefined symbols for architecture x86_64:
>   "_ding", referenced from:
>       _clewn_beep in misc.o
>   "_rl_getc", referenced from:
>       _cli_getc in clewn.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make[2]: *** [clewn] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
>
> How could I check the versions of redline? The install tutorial says we
> don’t worry about that. By the way, I have gdb 7.1 installed since I cannot
> install 6.6. Is this a problem for clewn?
>
> Thanks
> Xuesu
>
> On Sep 11, 2015, at 3:41 AM, Étienne Faure <tin...@gm...> wrote:
>
> Hi Xuesu,
>
> I managed to build and link clewn by adding this near the top of clewn.c:
>
> extern int rl_done;
>
> This will certainly get rid of this error, but if it doesn't link, you're
> most probably not linking against the correct version of readline.
>
> Best regards
>
> Étienne
>
> On 11 September 2015 at 05:51, Xuesu Xiao <xu...@an...> wrote:
>
>> Hi,
>>
>> I got this error every time I tried to make during installation:
>>
>> clewn.c:783:6: error: use of undeclared identifier 'rl_done'
>>             rl_done = 1;
>>             ^
>>
>> Can anyone help me figure out what’s wrong here?
>>
>> Thanks
>> Xuesu
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Clewn-general mailing list
>> Cle...@li...
>> https://lists.sourceforge.net/lists/listinfo/clewn-general
>>
>>
>
>

Re: [Clewn] Error of make during installation

[Xuesu X. <xu...@an...>]

I tried that too, but there were 4 warnings and other two errors:

4 warnings generated.
if gcc -DHAVE_CONFIG_H -I. -I. -I.    -DHAVE_CLEWN  -g -O2 -Wall -MT obstack.o -MD -MP -MF ".deps/obstack.Tpo" -c -o obstack.o obstack.c; \
	then mv -f ".deps/obstack.Tpo" ".deps/obstack.Po"; else rm -f ".deps/obstack.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.    -DHAVE_CLEWN  -g -O2 -Wall -MT pty.o -MD -MP -MF ".deps/pty.Tpo" -c -o pty.o pty.c; \
	then mv -f ".deps/pty.Tpo" ".deps/pty.Po"; else rm -f ".deps/pty.Tpo"; exit 1; fi
gcc -DHAVE_CLEWN  -g -O2 -Wall   -o clewn  clewn.o gdb_lvl2.o gdb_lvl3.o misc.o netbeans.o obstack.o pty.o  -lreadline -lcurses 
Undefined symbols for architecture x86_64:
  "_ding", referenced from:
      _clewn_beep in misc.o
  "_rl_getc", referenced from:
      _cli_getc in clewn.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [clewn] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


How could I check the versions of redline? The install tutorial says we don’t worry about that. By the way, I have gdb 7.1 installed since I cannot install 6.6. Is this a problem for clewn?

Thanks
Xuesu

> On Sep 11, 2015, at 3:41 AM, Étienne Faure <tin...@gm...> wrote:
> 
> Hi Xuesu,
> 
> I managed to build and link clewn by adding this near the top of clewn.c:
> 
> extern int rl_done;
> 
> This will certainly get rid of this error, but if it doesn't link, you're most probably not linking against the correct version of readline.
> 
> Best regards
> 
> Étienne
> 
> On 11 September 2015 at 05:51, Xuesu Xiao <xu...@an... <mailto:xu...@an...>> wrote:
> Hi,
> 
> I got this error every time I tried to make during installation:
> 
> clewn.c:783:6: error: use of undeclared identifier 'rl_done'
>             rl_done = 1;
>             ^
> 
> Can anyone help me figure out what’s wrong here?
> 
> Thanks
> Xuesu
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Clewn-general mailing list
> Cle...@li... <mailto:Cle...@li...>
> https://lists.sourceforge.net/lists/listinfo/clewn-general <https://lists.sourceforge.net/lists/listinfo/clewn-general>
> 
> 

Re: [Clewn] Error of make during installation

[Étienne F. <tin...@gm...>]

Hi Xuesu,

I managed to build and link clewn by adding this near the top of clewn.c:

extern int rl_done;

This will certainly get rid of this error, but if it doesn't link, you're
most probably not linking against the correct version of readline.

Best regards

Étienne

On 11 September 2015 at 05:51, Xuesu Xiao <xu...@an...> wrote:

> Hi,
>
> I got this error every time I tried to make during installation:
>
> clewn.c:783:6: error: use of undeclared identifier 'rl_done'
>             rl_done = 1;
>             ^
>
> Can anyone help me figure out what’s wrong here?
>
> Thanks
> Xuesu
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Clewn-general mailing list
> Cle...@li...
> https://lists.sourceforge.net/lists/listinfo/clewn-general
>
>

[Clewn] Error of make during installation

[Xuesu X. <xu...@an...>]

Hi,

I got this error every time I tried to make during installation:

clewn.c:783:6: error: use of undeclared identifier 'rl_done'
            rl_done = 1;
            ^

Can anyone help me figure out what’s wrong here?

Thanks
Xuesu

[Clewn] Adding clewn to the Debian repository package archive

[Simon F. <sim...@gm...>]

I love the clewn project and have been using it for some time. Why isn't
this a package in the Debian repository?

Goal: apt-get install clewn

Re: [Clewn] (no subject)

[Vishnu M M. <vis...@ya...>]

http://www.morguardlogistics.com/ssgd/uc9d53wpgmm.9z7a?nvb0jr11asciq 






Vishnu M Menon 

 


2/19/2013 6:03:25 PM

Re: [Clewn] Hi clewn-general

[Samel W. <sam...@ho...>]

clewn-general This article is a must read http://goo.gl/ygTX1 we thought it was right up your alley I want to compare our stats so don't forget to let me know what you make

Re: [Clewn] Running clewn at Win XP

[deneme.true <den...@gm...>]

Hello,

Regarding the thread: (I've seen this thread after the submission of mail)
http://sourceforge.net/mailarchive/forum.php?thread_name=ba759b100812101352r5ec5291fg974a6bc2b8ac66aa%40mail.gmail.com&forum_name=clewn-general

I've compiled clewn in cygwin (because I couldn't compile clewn at
mingw because of dependencies) but I want to use clewn(compiled in
cygwin) with gvim Windows version(not cygwin)

Is that possible?

Thanks in advance.

[Clewn] Running clewn at Win XP

[deneme.true <den...@gm...>]

Hello,

I've successfully complied clewn with cygwin at Win XP but I've
started clewn but it is waiting a long time on start with this
message:
"guessing level,please wait..."

netbeans support of gvim is already integrated.

What can I do?

Thanks in advance.

[Clewn] Apple patch

[Étienne F. <tin...@gm...>]

Hello,

For some time I've been using clewn on OSX, with Apple version of gdb[1].
It works well enough and is perfectly useable, except for one quite
annoying detail: the prompt.
After some investigation, I discovered the prompt may contain CR
characters, which is why command input overwrites it (making line
editing a little disturbing).
Attached is a patch against trunk that fixes the issue. I'm not sure
if CR characters are ever useful in the prompt, but this patch removes
them all.
It works with Apple version of gdb, and seems to work with GNU gdb
(though I didn't test it much).

Best regards

--
Étienne


[1]
$gdb --version
GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov  3 21:59:02 UTC 2011)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin".

Re: [Clewn] Problem compiling Clewn

[Trent R. <reh...@my...>]

Based on the advice of another list-subscriber, I have determined that the problem is that the default, system-provided readline is used, rather than GNU readline, which I have installed separately.  However, my attempts to compile using GNU readline are failing.  I have tried running ' ./configure --includedir=/opt/local/include --libdir=/opt/local/lib (where /opt/local/ is the location of GNU readline), also setting appropriate environment variables (C_INCLUDE_PATH, LDFLAGS, etc) to no avail.  Am I missing something here, or does the build environment reject non-standard include/library paths?

[Clewn] Problem compiling Clewn

[Trenton R. <reh...@my...>]

Greetings,

I  receive an error when compiling clewn (.  I am compiling on OSX 10.7, and have multiple copies of vim installed - perhaps one of these is the source of the error?  I have attached a copy of make's output below.  If anyone could shed any light on this problem, I'll be very grateful.

Cheers,
~trent

$ make   
make  all-recursive
Making all in .
if gcc -DHAVE_CONFIG_H -I. -I. -I.    -DHAVE_CLEWN  -g -O2 -Wall -MT clewn.o -MD -MP -MF ".deps/clewn.Tpo" -c -o clewn.o clewn.c; \
	then mv -f ".deps/clewn.Tpo" ".deps/clewn.Po"; else rm -f ".deps/clewn.Tpo"; exit 1; fi
clewn.c: In function ‘main’:
clewn.c:369: warning: assignment from incompatible pointer type
clewn.c: In function ‘cli_getc’:
clewn.c:783: error: ‘rl_done’ undeclared (first use in this function)
clewn.c:783: error: (Each undeclared identifier is reported only once
clewn.c:783: error: for each function it appears in.)
clewn.c:982: warning: implicit declaration of function ‘rl_getc’
clewn.c: In function ‘exec_gdb’:
clewn.c:1651: warning: format not a string literal and no format arguments
clewn.c:1651: warning: format not a string literal and no format arguments
clewn.c: In function ‘print_regerror’:
clewn.c:2724: warning: format not a string literal and no format arguments
clewn.c:2724: warning: format not a string literal and no format arguments
clewn.c: In function ‘clewn_add_history’:
clewn.c:2848: warning: passing argument 1 of ‘free’ discards qualifiers from pointer target type
clewn.c: In function ‘gdb_msg_busy’:
clewn.c:3190: warning: format not a string literal and no format arguments
clewn.c:3190: warning: format not a string literal and no format arguments
clewn.c:3202: warning: format not a string literal and no format arguments
clewn.c:3202: warning: format not a string literal and no format arguments
clewn.c:3204: warning: format not a string literal and no format arguments
clewn.c:3204: warning: format not a string literal and no format arguments
make[2]: *** [clewn.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Re: [Clewn] Keybindings

[Xavier de G. <xd...@gm...>]

On Thu, Jun 30, 2011 at 11:48 AM, Nathan Findley wrote:
> How do I change C-U and C-D to C-Up and C-Down?
> I have edited both clewn_mappings.vim and .clewn_keys but nothing seems to
> work.  Does nobody else use C-U (up one page) and C-D (down one page) all
> the time?  That binding choice is pretty annoying.


Hi Nathan,

According to the documentation, replace the two following lines in
'.clewn_keys':

#       C-U:up:
#       C-D:down:

with

       C-U::
       C-D::


-- 
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

[Clewn] Keybindings

[Nathan F. <moj...@ho...>]

How do I change C-U and C-D to C-Up and C-Down?
I have edited both clewn_mappings.vim and .clewn_keys but nothing seems to work.  Does nobody else use C-U (up one page) and C-D (down one page) all the time?  That binding choice is pretty annoying. 		 	   		  

Re: [Clewn] <F7> doesn't work

[Xavier de G. <xd...@gm...>]

On Tue, Feb 15, 2011 at 12:23 PM, Mr.Magne wrote:
>>
>> The documentation (:help clewn-custom-keys) explains that one must
>> source clewn_mappings.vim in order to enable the <F7> mapping.
>
> Yes but in that case isn't it strange that without sourcing
> clewn_mappings.vim, the clewn mappings ARE activated ? I'm quite surprised
> that starting clewn just with :nbstart :localhost:3219:  puts me in the
> "clewn mapping mode" and that I have to source clewn_mappings.vim to get
> back to normal mapping... I expected opposite behavior.
>

To get normal mapping, the documentation says:

"To remove a default key mapping, uncomment the corresponding line in
'.clewn_keys', and replace the gdb command with the empty string."


-- 
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

Re: [Clewn] <F7> doesn't work

[Mr.Magne <mr....@ya...>]

On Tue, Feb 15, 2011 at 11:43 AM, Xavier de Gaye <xd...@gm...> wrote:

> On Mon, Feb 14, 2011 at 12:14 PM, Mr.Magne wrote:
>
> > I'm using clewn v 1.15-1 (from archlinux) and vim 7.3.102, but it seems
> <F7>
> > doesn't switch back to normal vim keymappings. ":map <F7>" shows nothing.
>
> The documentation (:help clewn-custom-keys) explains that one must
> source clewn_mappings.vim in order to enable the <F7> mapping.
>

Yes but in that case isn't it strange that without sourcing
clewn_mappings.vim, the clewn mappings ARE activated ? I'm quite surprised
that starting clewn just with :nbstart :localhost:3219:  puts me in the
"clewn mapping mode" and that I have to source clewn_mappings.vim to get
back to normal mapping... I expected opposite behavior.


> /usr/share/vim/.clewn_keys contains only comments. Any idea why ?

 The comments are used to show the default values and facilitate
> changing them. This is a common practice used in configuration files
> for some applications.
>

Sorry I wasn't clear, the 'why ?' was referring to '<F7> doesn't work', not
the interest of comments ;)


>
> --
> Xavier
>
> Les Chemins de Lokoti: http://lokoti.alwaysdata.net
>

Re: [Clewn] <F7> doesn't work

[Xavier de G. <xd...@gm...>]

On Mon, Feb 14, 2011 at 12:14 PM, Mr.Magne wrote:

> I'm using clewn v 1.15-1 (from archlinux) and vim 7.3.102, but it seems <F7>
> doesn't switch back to normal vim keymappings. ":map <F7>" shows nothing.

The documentation (:help clewn-custom-keys) explains that one must
source clewn_mappings.vim in order to enable the <F7> mapping.


> /usr/share/vim/.clewn_keys contains only comments. Any idea why ?

The comments are used to show the default values and facilitate
changing them. This is a common practice used in configuration files
for some applications.


--
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

[Clewn] <F7> doesn't work

[Mr.Magne <mr....@ya...>]

Hi,
I'm using clewn v 1.15-1 (from archlinux) and vim 7.3.102, but it seems <F7>
doesn't switch back to normal vim keymappings. ":map <F7>" shows nothing.
/usr/share/vim/.clewn_keys contains only comments. Any idea why ?

I also would like to be able to run clewn from a running gvim (I don't like
pyclewn because it lacks a direct gdb console, with input, tab-completion
etc..).
I start clewn in a terminal:
$clewn -x ""
and in gvim:
:nbstart :localhost:3219:
But it loads the clewn keymappings by default (and <F7> is still not
working), can I change this behavior ?

Anyway, thanks for developing clewn !

Re: [Clewn] [need your help]about vimgdb

[Xavier de G. <xd...@gm...>]

On Wed, Jan 12, 2011 at 7:57 AM, yus wrote:
>
> context:
> patch vim72.vim to vim72.
> bash-3.00$ gdb --version
> GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh)
>
> Problem
> It works well expect display a complex data(like struct) in the
> variable windows(display windows).
> When I drop a global struct variable to variable windows and continue my
> program, the variable can't be updated anymore. the equal sign is ={=}.
> Why vimgdb treat it as unchanged, actually, the variable has been modified.
> Can you give some help?
> If I drop a simple data like int type, it will updata in time. the
> equal sigh is ={*}, seem OK.
>


This is a very old version of gdb. Can you try with the latest gdb
version.

To build gdb 7.2 and install it locally at gdb-7.2/install:

  cd gdb-7.2; mkdir -p build install; cd build
  $(cd .. && pwd)/configure --prefix=$(cd ../install && pwd)
  make all install

--
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

[Clewn] [need your help]about vimgdb

[yus <su...@gm...>]

Hi,

context:
patch vim72.vim to vim72.
bash-3.00$ gdb --version
GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh)

Problem
It works well expect display a complex data(like struct) in the
variable windows(display windows).
When I drop a global struct variable to variable windows and continue my
program, the variable can't be updated anymore. the equal sign is ={=}.
Why vimgdb treat it as unchanged, actually, the variable has been modified.
Can you give some help?
If I drop a simple data like int type, it will updata in time. the
equal sigh is ={*}, seem OK.

Thank you!

Brs,

Su Yu

[Clewn] [ANN] pyclewn release 1.5

[Xavier de G. <xd...@gm...>]

Pyclewn 1.5 has been released at http://pyclewn.sourceforge.net/

Pyclewn is a python program that allows the use of Vim as a front end
to gdb and pdb.

This release adds support for ``pdb``, the python debugger.

  + A python script may be run under the control of ``pdb``. For
    example the current vim buffer may be started and debugged with
    the vim command ``:Pyclewn pdb %:p``

  + One may also attach to a running python process, interrupt the
    process, manage a debugging session and terminate the debugging
    session by detaching from the process. A new debugging session may
    be conducted later on this same process, possibly from another Vim
    instance.

  + All the ``pdb`` commands are supported except ``list`` and
    ``commands``.  This includes alias expansion and executing a
    python statement in the context of the current frame. The new
    command ``threadstack`` prints the instantaneous backtrace of all
    the threads, including those that are stuck in a deadlock.

* Pdb is currently supported on unix platforms and requires the latest
  Vim version: Vim 7.3. Python3 is not supported yet.

--
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

[Clewn] [ANN] pyclewn release 1.4

[Xavier de G. <xd...@gm...>]

Pyclewn 1.4 has been released at http://pyclewn.sourceforge.net/

Pyclewn is a python program that allows the use of Vim as a front end
to gdb.

In this release, breakpoints numbers are displayed in the source code
margin and a new command opens a Vim quickfix window with the list of
the breakpoints.

-- 
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

Re: [Clewn] vimgdb for vim7.3 ?

[Xavier de G. <xd...@gm...>]

On Thu, Sep 9, 2010 at 12:02 PM, scott.yang wrote:
> Is there a patch vimgdb for vim7.3?

There is no plan to port the vimgdb patch to vim73.
Pyclewn supports most of vimgdb features and works with vim73, see
http://pyclewn.sourceforge.net

Xavier

[Clewn] vimgdb for vim7.3 ?

[scott.y. <sco...@fo...>]

Is there a patch vimgdb for vim7.3?

[Clewn] [ANN] pyclewn release 1.3

[Xavier de G. <xd...@gm...>]

Pyclewn 1.3 has been released at http://pyclewn.sourceforge.net/

Pyclewn is a python program that allows the use of vim as a front end
to gdb.

This is mainly a bug fix release. Note that starting with vim 7.3,
pyclewn can now be started from within vim and can run in vim in a
terminal.