#88 build uses files from installed ede version

closed-fixed
nobody
None
5
2008-03-02
2007-09-07
No

In https://bugs.gentoo.org/show_bug.cgi?id=183205#c10 I observed that the build process of cedet-1.0pre4 references files from a previousely installed version, which could lead to incosistent behaviour. I just verified this using an straced manual make from the unmodified tarball sources:

$ strace -f -e trace=open -s 10240 -o make.trace \ make PREFIX=/usr EMACS=/usr/bin/emacs 2>&1 | \ tee make.log

$ grep /usr/.*/site-lisp/cedet make.trace | \ grep -v O_DIRECTORY | cut -d\" -f2 | sort -u

/usr/share/emacs/site-lisp/cedet/ede/ede.elc
/usr/share/emacs/site-lisp/cedet/ede/ede-loaddefs.el
/usr/share/emacs/site-lisp/cedet/ede/ede-load.elc
/usr/share/emacs/site-lisp/cedet/ede/ede-source.elc
/usr/share/emacs/site-lisp/cedet/ede/ede-speedbar.elc

$ grep /usr/.*/site-lisp/cedet/ede/ make.log | sort -u

Source file `/usr/share/emacs/site-lisp/cedet/ede/ede.el' newer than byte-compiled file
Source file `/usr/share/emacs/site-lisp/cedet/ede/ede-speedbar.el' newer than byte-compiled file

These make messages are in the scope of wisent and bovine. Adding ../../ede/ to the LOADPATH in the corresponding Makefiles solves the whole issue.

Discussion

  • Logged In: YES
    user_id=733620
    Originator: YES

    The patch from http://thread.gmane.org/gmane.emacs.semantic/1378 solves this issue here as well, by not requiring ede in the first place. As this patch solves another issue not solved by my suggested additions to LOADPATH, that seems to be the better solution on the whole.

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2008-03-02

    Logged In: YES
    user_id=88537
    Originator: NO

    Added EDE as a default dependency for any semantic-ede-grammar build, which then added it to the makefiles for
    bovine and wisent directories.

    I also Applied the patch found at the gmane site.

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2008-03-02

    • status: open --> closed-fixed