All of lore.kernel.org
 help / color / mirror / Atom feed
From: quintela@redhat.com
To: qemu-devel@nongnu.org
Cc: Juan Quintela <quintela@redhat.com>
Subject: [Qemu-devel] [PATCH 00/20] More configure/Makefile cleanups
Date: Tue, 21 Jul 2009 00:13:10 +0200	[thread overview]
Message-ID: <cover.1248127592.git.quintela@redhat.com> (raw)

From: Juan Quintela <quintela@redhat.com>

Hi

More configuration cleanups on top of my previous series.
This one:
- when we test for a library, if we need it, we add the
  library to LIBS after checking. Found that we were checking for 2 xen libraries
  and then adding 3 to LIBS.
- starting moving variables to CPPCFLAGS.
- Big SDL cleanup.  SDL configuration have very old cruft there, from
  testing for target_sofmmu before it was set, to testing for "$sdl" = "yes"
  on the else part of tesing "$sdl" = yes.
- I added a configuration define: CONFIG_NOWIN32, I just needed a way to
  compile files for WIN32 or the rest.  If anyone has a better suggestion
  for th ename, it is welcome.

After this series Makefile is basically clean from logic:

(simple-config-4)$ grep ifdef Makefile
ifdef BUILD_DOCS
ifdef INSTALL_BLOBS
(simple-config-4)$ grep ifndef Makefile
ifndef CONFIG_WIN32

ToDo:
- do the same for Makefile.target
- what to do with CFLAGS/CPPFLAGS.  At this point we have things like:
    sdl.o audio/sdlaudio.o sdl_zoom.o baum.o: CFLAGS += $(SDL_CFLAGS)
  Problem is that SDL_CFLAGS ends on fedora (I guess other unix got similar):
    -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT
  I felt nervous compling some files with -REENTRANT and other without it.
  Should we use a single CFLAGS for all files?  I would prefer to have a single
  CFLAGS, but it is not my call to make that decision.  What everybody else thinks?

Coments, suggestions?

Later, Juan.

Juan Quintela (20):
  add coreaudio libs at the same place that the rest of the audior
    drivers
  move the decision of using threads or not in audio from Makefile to
    configure
  Add CONFIG_NOWIN32
  Use CONFIG_NOWIN32 previus define to simplify Makefile
  add $fmod_inc to CPPFLAGS
  add SLIRP directory to include list in case it is needed
  fold VNC_TLS_CFLAGS into CPPCFLAGS
  fold VNC_SASL_CFLAGS into CPPCFLAGS
  put together uses of -lvdeplug
  -lz is needed for all binaries, move it to LIBS
  put together uses of xen libraries
  the else part of this test is obsolete We are testing for sdl = yes
    inside the else part of the test if sdl = yes
  sdl_config var is never changed from sdl-config value
  remove old sdl config code that was commented
  define SDL_CFLAGS value when we test for SDL
  target_mmu is defined later, at that point has no value
  use sdl_{cflags,libs} insteaf of calling sdl-config
  Add -lX11 to sdl_libs when needed, and remove sdl_x11 variable
  move SDL mingw32 hack to SDL detection
  move SDL static configuration near SDL detection

 Makefile        |   50 +++---------------------
 Makefile.target |   10 -----
 configure       |  117 ++++++++++++++++++++++++-------------------------------
 3 files changed, 57 insertions(+), 120 deletions(-)

             reply	other threads:[~2009-07-20 22:13 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-20 22:13 quintela [this message]
2009-07-20 22:13 ` [Qemu-devel] [PATCH 01/20] add coreaudio libs at the same place that the rest of the audior drivers quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 02/20] move the decision of using threads or not in audio from Makefile to configure quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 03/20] Add CONFIG_NOWIN32 quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 04/20] Use CONFIG_NOWIN32 previus define to simplify Makefile quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 05/20] add $fmod_inc to CPPFLAGS quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 06/20] add SLIRP directory to include list in case it is needed quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 07/20] fold VNC_TLS_CFLAGS into CPPCFLAGS quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 08/20] fold VNC_SASL_CFLAGS " quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 09/20] put together uses of -lvdeplug quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 10/20] -lz is needed for all binaries, move it to LIBS quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 11/20] put together uses of xen libraries quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 12/20] the else part of this test is obsolete We are testing for sdl = yes inside the else part of the test if sdl = yes quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 13/20] sdl_config var is never changed from sdl-config value quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 14/20] remove old sdl config code that was commented quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 15/20] define SDL_CFLAGS value when we test for SDL quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 16/20] target_mmu is defined later, at that point has no value quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 17/20] use sdl_{cflags, libs} insteaf of calling sdl-config quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 18/20] Add -lX11 to sdl_libs when needed, and remove sdl_x11 variable quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 19/20] move SDL mingw32 hack to SDL detection quintela
2009-07-20 22:13 ` [Qemu-devel] [PATCH 20/20] move SDL static configuration near " quintela
2009-07-21  8:10 ` [Qemu-devel] [PATCH 00/20] More configure/Makefile cleanups Blue Swirl

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

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

  git send-email \
    --in-reply-to=cover.1248127592.git.quintela@redhat.com \
    --to=quintela@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.