[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #52518] [GWorkspace] Unnecessarily complex build system
From: |
Yavor Doganov |
Subject: |
[bug #52518] [GWorkspace] Unnecessarily complex build system |
Date: |
Tue, 2 Jan 2018 18:35:49 -0500 (EST) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 |
Follow-up Comment #4, bug #52518 (project gnustep):
(1) FND_LIBS (and GUI_LIBS) is recommended by the GNUstep Make manual instead
of hardcoding -base/-gui as these variables are defined to the appropriate
value on Apple and non-Apple systems.
(2) -L flags belong to LIBS and not LDFLAGS. On some systems (proprietary
Unix flavors, I guess), the library will not be found if it's in a
non-standard directory and -L <dir> does not appear immediately before -llib.
GNUmakefile.preamble must be deleted as it is a generated file, I'm sorry to
have missed that.
(3) The Autoconf manual recommends to use <config.h> with the proper -I
option, and that it should be included before any other system headers.
Nearly all GNU packages do this, it is perfectly safe. The rationale behind
this recommendation is for predictable results in out-of-tree builds: If you
#include "config.h", the preprocessor will search first the directory where
the source file is located, IOW srcdir. If there's a stale config.h there, it
will be used instead of the freshly generated config.h (config.status always
writes output files in builddir).
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?52518>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #52518] [GWorkspace] Unnecessarily complex build system,
Yavor Doganov <=