After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 57807 - configure notices that make doesn't exist but doesn't "fix" it
configure notices that make doesn't exist but doesn't "fix" it
Status: VERIFIED INCOMPLETE
Product: libxslt
Classification: Platform
Component: general
unspecified
Other Solaris
: Normal minor
: ---
Assigned To: Daniel Veillard
Daniel Veillard
Depends on:
Blocks:
 
 
Reported: 2001-07-20 13:53 UTC by David
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David 2001-07-20 13:53:48 UTC 
When the "configure" script is run it complains that make doesn't exist
(it's called gmake on vanilla solaris afaik), but still "make" exists in
the generated makefiles when it should be gmake.
Comment 1 Daniel Veillard 2001-07-23 01:00:27 UTC 
Well seems a libtool problem. Have you tried to upgrade
the default libtool files coming from the distribution ?

Daniel
Comment 2 David 2001-07-23 01:11:35 UTC 
No I haven't. The Solaris I used to try this was the Solaris provided
by SourceForge Compile Farms which is supposed to match a "vanilla"
Solaris. Upgrading libtool may help (dunno). If we concentrate on
workarounds though, redefining MAKE=make to MAKE=gmake in the toplevel
makefile didn't have any effect in subdirs, is this by design or by
mistake?
Comment 3 Daniel Veillard 2001-08-14 21:22:58 UTC 
Well the Makefiles are generated using automake from
the Makefile.am . this process is supposed to provide
portable Makefiles. Unfortunately I don't know how
to fix automake/autoconf and get the changes propagated
in their distribution. 
The simplest is to have make available sorry it's has been
an Unix standard for quite some time, and a setup without
it ain't really something I can spend a lot of time supporting.
If you have a fix to the Makefile.am correcting this I will
take it if it doesn't break the standard cases. But I can't
fix the current Makefile building chain to accomodate something
which really looks broken.

Daniel