[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Getting Python system paths for CEDET
From: |
Andreas Röhler |
Subject: |
Re: Getting Python system paths for CEDET |
Date: |
Sat, 13 Oct 2012 14:41:10 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120825 Thunderbird/15.0 |
Am 13.10.2012 11:28, schrieb David Engster:
CEDET's Python support has a function
`semantic-python-get-system-include-path' which calls Python to more or
less simply do
import sys
print(sys.path)
and parse the resulting output. This little thing however has caused so
much problems in the past that I'd like to settle this thing now once
and for all.
I'm currently trying to get rid of the warning messages when compiling
our Python support since we're using stuff like `python-proc',
`python-buffer', `python-preoutput-result' and so on. I now see in
Emacs' python.el that there are new variables
`python-shell-internal-buffer', but the doc-string says that they are
only there because of CEDET compatibility. So it seems we're doing
things the wrong way.
So here's my question: What is The Right Way to send and parse the
command above? It'd be great if this could be made compatible with
'python-mode', which apparently is another Python mode for Emacs people
are using. Also, it should run with no problems in batch-mode so that
our unit tests run (this was a problem in the past).
-David
Hi David,
AFAIU new python.el started as an extension of the shipped one, while not
implementing all of the former.
Fortunately Fabian did choose different names, so it should not clash.
From python-mode.el it should be sufficient not to unload python.el stuff, so
CEDET might run.
Just to drop a note of interest so far,
Andreas
http://launchpad.net/python-mode
Re: Getting Python system paths for CEDET,
Andreas Röhler <=