unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Vincent Belaïche" <vincent.b.1@hotmail.fr>
Cc: cedet-semantic@lists.sourceforge.net, emacs-devel@gnu.org
Subject: Re: Latest CEDET on BZR does not compile with emacs 24.1
Date: Wed, 03 Oct 2012 22:28:31 +0200	[thread overview]
Message-ID: <83mx038fm8.fsf@gnu.org> (raw)
In-Reply-To: <DUB102-W26D04E7B09AF89E828C68684850@phx.gbl>

> From: Vincent Belaïche <vincent.b.1@hotmail.fr>
> CC: "cedet-semantic@lists.sourceforge.net"
> 	<cedet-semantic@lists.sourceforge.net>, "deng@randomsample.de"
> 	<deng@randomsample.de>, emacs-devel <emacs-devel@gnu.org>
> Date: Wed, 3 Oct 2012 22:02:37 +0200
> 
> > I suggest not to use MSYS at all.  
> Is that a general recommendation --- i.e. do not build EMACS with MSYS --- or is that a recommendation for CEDET only.

For Emacs in general.  And in fact, for any job that needs Make and
GCC, but does not need running Unixy shells, be it the configure
script or shell snippets inside Makefile's.

>It happens that I could not compile EMACS with MSYS for some time --- is the MSYS port abandoned ?

As you can see in nt/INSTALL, using the MSYS shell is not supported by
the Windows Makefile's used to build Emacs.  I occasionally hear
reports that someone succeeded to build using MSYS anyway, so I guess
with enough tweaking it can work.  But it isn't supported.

If the Windows build procedure will ever switch to running the Unix
configure script and the Unix Makefile's, then MSYS will of course be
the recommended way of building Emacs.  But for that, Someone™ will
have to adapt both the configury and the Makefile.in files to the
special needs of the Windows build, such as compiling Windows-only
source files and programs, etc.

> > If the original CEDET Makefile's
> > cannot be changed to not require a Unixy shell, 
> The only MSWindows port of GNUMake which I know is the MSYS one. Cygwin is not really a Windows port, it is rather some Unixy environment emulation under MSWindows.

There's a MinGW port available here:

  http://sourceforge.net/projects/mingw/files/MinGW/Extension/make/

(The latest CVS snapshot even supports the job server in parallel
builds, so you can put multi-core machines to good use.)  And you can
easily compile the MinGW port of Make yourself from sources, by
running a single batch file that comes with the sources, you just need
a working compiler installation.

> I tried the Makefile with dmake and here is what it does:

Well, I surely didn't mean to advise you to use dmake ;-)

> > write a separate
> > Windows specific Makefile with equivalent commands, and be done with
> > that.  
> I am afraid that the trick which I did is tremendously simpler to do and to maintain than what I understood that you are suggesting. I am not going to re-write all the CEDET Makefiles just to use an MSWindows make engine.

From what I saw, it's not very hard, if at all needed.  Just try the
MinGW Make and see where it fails, if at all.

>I've  read from David that those Makefiles are generated by EDE, so if ever there was something to do, it would be better to upgrade EDE to generates those MSWindows makefile, or anything working well under MSWindows without the need for a Unixy shell (e.g. ant build.xml files). Anyhow, CEDET can be built with some lisp only script that will be soon fixed, so even this thing is not needed.

That is probably the best option.


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
cedet-semantic mailing list
cedet-semantic@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-semantic

  reply	other threads:[~2012-10-03 20:28 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <80627pfvx8.fsf@gmail.com>
     [not found] ` <DUB102-W64E66C3E35B19D545EE372849D0@phx.gbl>
     [not found]   ` <87k3vhesof.fsf@randomsample.de>
     [not found]     ` <DUB102-W11A887FEC4D1B295EE9797849C0@phx.gbl>
     [not found]       ` <877grgdmcd.fsf@randomsample.de>
     [not found]         ` <DUB102-W3A224ABBF13767707549184830@phx.gbl>
     [not found]           ` <87mx0bcioh.fsf@randomsample.de>
     [not found]             ` <DUB102-W9B28CE0238E27638C391684800@phx.gbl>
     [not found]               ` <87sj9yb4kw.fsf@randomsample.de>
2012-10-02 20:31                 ` Latest CEDET on BZR does not compile with emacs 24.1 Vincent Belaïche
2012-10-02 21:10                   ` [cedet-semantic] " Eli Zaretskii
2012-10-03 20:02                     ` Vincent Belaïche
2012-10-03 20:28                       ` Eli Zaretskii [this message]
2012-10-05  5:18                         ` Vincent Belaïche
2012-10-05  8:10                           ` [cedet-semantic] " Eli Zaretskii
2012-10-06 21:41                             ` Vincent Belaïche
2012-10-07  7:06                               ` Eli Zaretskii
2012-10-07 12:29                                 ` Vincent Belaïche
2012-10-07 14:28                                   ` Eli Zaretskii
2012-10-07  7:52                         ` Vincent Belaïche
2012-10-07  8:42                           ` Eli Zaretskii
2012-10-07 11:49                             ` Vincent Belaïche
2012-10-07 14:18                               ` Eli Zaretskii
2012-10-07 16:37                                 ` Vincent Belaïche
2012-10-07 17:07                                   ` Eli Zaretskii
2012-10-07 19:36                                     ` Vincent Belaïche
2012-10-06 10:25                       ` David Engster
2012-10-06 19:47                         ` Vincent Belaïche
2012-10-06 19:56                           ` David Engster
2012-10-06 20:11                             ` Vincent Belaïche
2012-10-02 21:57                   ` David Engster

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83mx038fm8.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=cedet-semantic@lists.sourceforge.net \
    --cc=emacs-devel@gnu.org \
    --cc=vincent.b.1@hotmail.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).