headers
Elias Biris | 1 Aug 2002 14:04
Picon

New user: perl sources support?

Hi,

I am a new user of ECB. It is a great mode for emacs. thanks for the hard work :-)

I am interested in how to make it work with perl sources though so that it shows subroutines and other
elements defined in a source file.

If anyone has done this please let me know 

thanks

Elias Biris, 			
Cadence Design Systems Ltd, 	SOC Design Centre
1 The Alba Campus      		TEL: +44 (0)1506595036
Livingston, EH54 7HH   		FAX: +44 (0)1506595959

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 1 Aug 2002 15:34
Picon

RE: New user: perl sources support?

Hi,

>I am a new user of ECB. It is a great mode for emacs. thanks for the
>hard work :-)

Thanks!

>I am interested in how to make it work with perl sources though so that
>it shows subroutines and other elements defined in a source file.

>If anyone has done this please let me know 

ECB is completely based on semantic, so ECB can only support
languages supported by semantic which are currently elisp, Makefile,
texinfo, c, c++, java.

If anybody writes a semantic-parser for Perl then ECB will immediately
without any effort also support perl.

Ciao,
Klaus

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
James B Wexler | 1 Aug 2002 16:31
Favicon

methods buffer with c++ files problem

when i start up ecb and open c++ files, they arent parsed/displayed in the
methods buffer.  but if i rename one of these files as something.c and
trick emacs into thinking it is a c file, it will be parsed and its
contents displayed in the methods buffer.  then, if i open c++ files after
opening a c file, it parses fine.  and the problem isnt with emacs not
recognizing the files as c++ files.  does anyone know why this is
happening?  is it a semantic issue or an ECB issue?  either way, is there
some sort of workaround i could place in my .emacs?  thanks for any help.
in addition to responding to the group, could you please send me a direct
email if you have any input.  thanks again.

************************************************
James B. Wexler
phone: (978) 440-1082
email: James_B_Wexler <at> raytheon.com

Raytheon Electronic Systems
528 Boston Post Road
Sudbury, MA 01776
http://www.raytheon.com

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Erwin Achermann | 6 Aug 2002 10:13
Favicon

1.80 not yet releases

Hi, I just wanted to report a bug in my ecb which prohibits to switch buffers. [Instead i get a message saaing
"only edit buffers can be switched" but alas i didn't want anything else ;)]. I presume that this is fixed in
1.80. But it seems not to be released yet. should i really bother to download each file from the CVS or is the
1.80.zip about to become available? 

Thanks and Cheers
Erwin

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 6 Aug 2002 10:32
Picon

RE: 1.80 not yet releases

>Hi, I just wanted to report a bug in my ecb which prohibits to switch
>buffers. [Instead i get a message saaing "only edit buffers can be
>switched" but alas i didn't want anything else ;)]. I presume that this
>is fixed in 1.80.

I can not promise this, because you have not sent a complete bug-report
created with ecb-submit-problem-report. Please send such a report!
One question in addition, if you can not reproduce the situation:
Which version of ECB you use and what is the value of the option
ecb-layout-always-operate-in-edit-window??

>But it seems not to be released yet. should i really
>bother to download each file from the CVS or is the 1.80.zip about to
>become available? 

No, 1.80 is not available but i hope it will in the next two weeks.
But i can send you the latest beta (already very stable) so can do
some beta-tests for us :-)

But you can install CVS onto your system (with Cygwin also available
for Windows), so you can always checkout the latest CVS-sources.

Ciao,
Klaus

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jesper Nordenberg | 12 Aug 2002 22:13
Picon

ECB 1.80

ECB, Emacs Code Browser, version 1.80 is now available at:

http://home.swipnet.se/mayhem/ecb.html

This release contains many new features and some bug fixes. ECB now
requires semantic 1.4 and EIEIO 0.17, no beta versions.

ECB is a source code browser that displays directories, source files,
methods and variables that can be navigated using the mouse (and
keyboard). It supports parsing of Java, C, C++ and Elisp source
code. It is completely written in Emacs Lisp and uses semantic to
parse source files.

Contributions, suggestions and bug reports are welcome!  Please send
them to the public mailing list:

http://lists.sourceforge.net/lists/listinfo/ecb-list

/Jesper Nordenberg

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
Permalink | Reply | 0 comments |
headers
Jan Sacharuk | 13 Aug 2002 21:26
Picon
Favicon

ECB 1.80 Class face

Hi, everyone. I just got ECB1.80 yesterday, and I was forced to revert 
to 1.7 because I found that no matter what I did, I couldn't get ECB to 
respond to me setting the 'ECB Type Token Class Face'. Despite the fact 
that I turn the 'bold' off, it insists on trying to boldface the class, 
which on my system means underlining the whole class. Reverting to 
ECB1.7 fixes that problem, and it actually responds to the 'nil' value 
of the variable.

Thanks,

JS

--

-- 
Jan Sacharuk
Programmer
BioWare Corp.
jan <at> bioware.com

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
Permalink | Reply | 0 comments |
headers
Jan Sacharuk | 13 Aug 2002 22:11
Picon
Favicon

Semantic Variables

For some reason, variables don't show up when I'm working with C++ 
files. Well, that's only partly true - #defines show up as variables, 
but that's it.

As for my previous problem, it's manifesting in ECB1.70 now that I've 
set up semantic speedbar analysis for autocompletion purposes. So, my 
entire class is underlined in the .h file. According to the definition, 
it should be showing up in cyan and black, but it's not.

Thanks,

JS

--

-- 
Jan Sacharuk
Programmer
BioWare Corp.
jan <at> bioware.com

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
Permalink | Reply | 1 comment |
headers
Eric M. Ludlam | 14 Aug 2002 00:36
Gravatar

Re[1]: Semantic Variables

>>> Jan Sacharuk <jan <at> bioware.com> seems to think that:
>For some reason, variables don't show up when I'm working with C++ 
>files. Well, that's only partly true - #defines show up as variables, 
>but that's it.
>
>As for my previous problem, it's manifesting in ECB1.70 now that I've 
>set up semantic speedbar analysis for autocompletion purposes. So, my 
>entire class is underlined in the .h file. According to the definition, 
>it should be showing up in cyan and black, but it's not.
  [ ... ]

Semantic supports underlining unmatched syntax.  You can turn that off
with the command `global-semantic-show-unmatched-syntax-mode'.

I'm guessing this is the problem because the variables don't show up,
and it is underlined.

It could be some subtle change in the C parser causing the problem.
Try a short form of the class definition as it is in your failing file
in a new C file, and use:

M-x bovinate RET

to see what semantic sees.  You may be using an unsupported keyword.

Eric

--

-- 
          Eric Ludlam:                 zappo <at> gnu.org, eric <at> siege-engine.com
   Home: www.ultranet.com/~zappo            Siege: www.siege-engine.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 14 Aug 2002 11:40
Picon

RE: ECB 1.80 Class face

>Hi, everyone. I just got ECB1.80 yesterday, and I was forced to revert 
>to 1.7 because I found that no matter what I did, I couldn't get ECB to 
>respond to me setting the 'ECB Type Token Class Face'. Despite the fact 
>that I turn the 'bold' off, it insists on trying to boldface the class, 
>which on my system means underlining the whole class. Reverting to 
>ECB1.7 fixes that problem, and it actually responds to the 'nil' value 
>of the variable.

1. You should never set ecb-type-token-class-face to nil because it
   is a face an not a variable.

2. Did you read the documentation of the option ecb-type-token-display??

3. What do you mean exactly? Do you want classes in the ECB-methods buffer
   not to be displayed in bold?? If yes, please read the docstring of
   ecb-type-token-display carefully and you will find semantic-face-alist.

4. Please send always a problem report generated by ecb-submit-problem-report!

5. What are the values of ecb-type-token-display and semantic-face-alist and
   ecb-token-display-function?

6. BTW: How can be bold interpreted as underline on your system? What system
   are you using?

Ciao,
Klaus

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
(Continue reading)

Permalink | Reply | 0 comments |

Gmane