From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pierre Lorenzon Newsgroups: gmane.emacs.cedet,gmane.emacs.help Subject: Re: ede cedet does not compile .elc Date: Sun, 09 Feb 2014 08:52:15 +0100 (CET) Message-ID: <20140209.085215.1051349497421587887.devel@pollock-nageoire.net> References: <20140208.144753.539174290553625910.devel@pollock-nageoire.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1391932633 3075 80.91.229.3 (9 Feb 2014 07:57:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Feb 2014 07:57:13 +0000 (UTC) To: help-gnu-emacs@gnu.org, cedet-devel@lists.sourceforge.net Original-X-From: cedet-devel-bounces@lists.sourceforge.net Sun Feb 09 08:57:20 2014 Return-path: Envelope-to: sf-cedet-devel@m.gmane.org Original-Received: from lists.sourceforge.net ([216.34.181.88]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WCPGR-0006FJ-FC for sf-cedet-devel@m.gmane.org; Sun, 09 Feb 2014 08:57:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-1.v29.ch3.sourceforge.com) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WCPGO-0000Rk-67; Sun, 09 Feb 2014 07:57:16 +0000 Original-Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WCPGM-0000RX-Ps for cedet-devel@lists.sourceforge.net; Sun, 09 Feb 2014 07:57:14 +0000 X-ACL-Warn: Original-Received: from smtp05.smtpout.orange.fr ([80.12.242.127] helo=smtp.smtpout.orange.fr) by sog-mx-1.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1WCPGL-0006GB-Ck for cedet-devel@lists.sourceforge.net; Sun, 09 Feb 2014 07:57:14 +0000 Original-Received: from localhost ([82.123.220.92]) by mwinf5d40 with ME id Q7x61n00g20CkpN037x6Xj; Sun, 09 Feb 2014 08:57:07 +0100 In-Reply-To: <20140208.144753.539174290553625910.devel@pollock-nageoire.net> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.12.242.127 listed in list.dnswl.org] X-Headers-End: 1WCPGL-0006GB-Ck X-BeenThere: cedet-devel@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: Development discussions for CEDET projects List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: cedet-devel-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.emacs.cedet:6735 gmane.emacs.help:96002 Archived-At: Hi, When changing Make project to Automake it works. But it produces a much more complicated Makefile that is not necessarily useful for simple lisp projects. When manually removing the phony target from the Makefile produced by the Make type project it works as well. Maybe is my knowledge of Makefile not sufficient to understand why there is this phony target but anyway I suspect that it can safely be removed ! In previous versions there was only the phony target and not the implicit rule %.elc: %.el. Are these two thing not compitible for any reason that I do not really understand ? Maybe I should say that make is 3.82. Regards Pierre From: Pierre Lorenzon Subject: ede cedet does not compile .elc Date: Sat, 08 Feb 2014 14:47:53 +0100 (CET) > > Hi all, > > I migrated from emacs 24.0 to 24.3.1 and now used the cedet > embedded in emacs. > > I must say that bugs that I encountered in 24.2 version have > been fixed and that I am really happy of that ! Even if one can > always use the last cedet version from cvs or git or whatever I > prefer use that embedded in emacs. > > But now I encounter following problem : > > A verry simple project like that : > > ;; Object Ede Test > ;; EDE Project Files are auto generated: Do Not Edit > (ede-proj-project "Ede Test" > :file "Project.ede" > :name "Ede Test" > :targets (list > (ede-proj-target-elisp "hello.elc" > :name "hello.elc" > :path "" > :source '("hello.el") > ) > ) > :automatic-dependencies 'nil > ) > > Where hello.el is the simplest lisp code that you can imagine : > > (message "Hello world") > > Produce following Makefile (that looks strange to me since > there actually seems to be something circular :) > > # Automatically Generated Makefile by EDE. > # For use with: make > # > # DO NOT MODIFY THIS FILE OR YOUR CHANGES MAY BE LOST. > # EDE is the Emacs Development Environment. > # http://cedet.sourceforge.net/ede.shtml > # > > top="$(CURDIR)"/ > ede_FILES=Project.ede Makefile > > hello_elc_LISP=hello.el > EMACS=emacs > EMACSFLAGS=-batch --no-site-file --eval '(setq debug-on-error t)' > require=$(foreach r,$(1),(require (quote $(r)))) > VERSION=1.0 > DISTDIR=$(top)Ede Test-$(VERSION) > > > > all: hello.elc > > %.elc: %.el > $(EMACS) $(EMACSFLAGS) $(addprefix -L ,$(LOADPATH)) --eval '(progn $(call require, $(PRELOADS)))' -f batch-byte-compile $^ > > .PHONY: hello.elc > hello.elc: $(addsuffix c, $(hello_elc_LISP)) > > tags: > > > clean: > rm -f *.elc > > .PHONY: dist > > dist: > rm -rf $(DISTDIR) > mkdir $(DISTDIR) > cp $(hello_elc_LISP) $(ede_FILES) $(DISTDIR) > tar -cvzf $(DISTDIR).tar.gz $(DISTDIR) > rm -rf $(DISTDIR) > > Makefile: Project.ede > @echo Makefile is out of date! It needs to be regenerated by EDE. > @echo If you have not modified Project.ede, you can use 'touch' to update the Makefile time stamp. > @false > > > > # End of Makefile > > But the output of the compilation confirms that there's > something wrong : > > -*- mode: compilation; default-directory: "~/codes/elisp/ede/" -*- > Compilation started at Sat Feb 8 11:49:49 > > make -f /home/devel/codes/elisp/ede/Makefile all > make: Circular hello.elc <- hello.elc dependency dropped. > make: Nothing to be done for `all'. > > Compilation finished at Sat Feb 8 11:49:49 > > > Did I something wrong in my use of ede ? In fact all my old > projects that compiled do not longer ! > > Regards > > Pierre > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk