Hi Thomas,

Can you please replace the c-std.h in src/texk/kpathsea
with the attached one and see if that helps? The one I
am distributing with metapost is slightly different from the
one in tl, and we need to exclude differences that from the list
of causes (either that, or we found the cause)

Best wishes,
Taco

Thomas A. Schmitz wrote:

Hi Taco,

I have two questions/problems with the new release:

1. for my linux box, I just grabbed the linux tarball, but the binaries in there still declare they're version 1.003. Is that an oversight, or are those indeed old binaries (and you forgot to pack the new ones? :-)

2. On OS X 10.5 (intel), compilation aborts with this message:

creating Makefile
creating doc/Makefile
creating lib/Makefile
creating man/Makefile
creating mpware/Makefile
creating mpdir/Makefile
creating web2c/Makefile
creating window/Makefile
cat: ../../../src/texk/web2c/window/Makefile.in: No such file or directory
creating fmtutil.cnf
creating c-auto.h
gcc -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/web2c -I../.. - I../../../../src/texk/web2c/.. -I.. -I../../../../src/texk/web2c/ web2c/.. -g -O2 -c ../../../../src/texk/web2c/web2c/kps.c In file included from ../../../../src/texk/web2c/../kpathsea/config.h: 78,
                  from ../../../../src/texk/web2c/web2c/../config.h:44,
                  from ../../../../src/texk/web2c/web2c/web2c.h:3,
                  from ../../../../src/texk/web2c/web2c/kps.c:26:
../../../../src/texk/web2c/../kpathsea/c-std.h:57: error: syntax error before '*' token ../../../../src/texk/web2c/../kpathsea/c-std.h:57: error: conflicting types for 'calloc' ../../../../src/texk/web2c/../kpathsea/c-std.h:57: error: conflicting types for 'malloc' ../../../../src/texk/web2c/../kpathsea/c-std.h:57: error: conflicting types for 'realloc' /usr/include/stdlib.h:176: error: previous declaration of 'realloc' was here ../../../../src/texk/web2c/../kpathsea/c-std.h:57: warning: data definition has no type or storage class
../../../../src/texk/web2c/web2c/kps.c: In function 'uppercasify':
../../../../src/texk/web2c/web2c/kps.c:36: warning: initialization from incompatible pointer type
make: *** [kps.o] Error 1

Any pointers?

Thomas
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

/* c-std.h: the first header files.

   Copyright 1992, 1993, 1994, 1995, 1996, 1997, 2008 Karl Berry.
   Copyright 1999, 2005 Olaf Weber.

   This library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   This library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public License
   along with this library; if not, see <http://www.gnu.org/licenses/>.  */

#ifndef KPATHSEA_C_STD_H
#define KPATHSEA_C_STD_H

/* Header files that essentially all of our sources need, and
   that all implementations have.  We include these first, to help with
   NULL being defined multiple times.  */
/* Workaround against a <math.h> MSVC bug : it can't be declared 
   extern "C" in a c++ source file. */
#ifndef __cplusplus
#include <math.h>
#endif
#include <stdio.h>

/* Be sure we have constants from <unistd.h>.  */
#include <kpathsea/c-unistd.h>

#ifdef HAVE_STDLIB_H
#include <stdlib.h>
/* Include <stdlib.h> before <stddef.h>, to help avoid NULL
   redefinitions on some systems.  (We don't include <stddef.h>
   ourselves any more, but FYI.)  */
#else
/* It's impossible to say for sure what the system will deign to put in
   <stdlib.h>, but let's hope it's at least this.  */
extern char *getenv ();
#endif /* not HAVE_STDLIB_H */

#ifdef WIN32
#include <malloc.h>
#else
#ifndef STDC_HEADERS
#ifndef ALLOC_RETURN_TYPE
#define ALLOC_RETURN_TYPE void
#endif /* not ALLOC_RETURN_TYPE */
extern ALLOC_RETURN_TYPE *calloc (), *malloc (), *realloc ();
#endif /* not STDC_HEADERS */
#endif /* not WIN32 */

/* SunOS 4.1.1 gets STDC_HEADERS defined, but it doesn't provide
   EXIT_FAILURE.  So far no system has defined one of EXIT_FAILURE and
   EXIT_SUCCESS without the other.  */
#ifndef EXIT_SUCCESS
#ifdef VMS
#define EXIT_SUCCESS 1
#define EXIT_FAILURE 0
#else
#define EXIT_SUCCESS 0
#define EXIT_FAILURE 1
#endif
#endif /* not EXIT_SUCCESS */

/* strchr vs. index, memcpy vs. bcopy, etc.  */
#include <kpathsea/c-memstr.h>

/* Error numbers and errno declaration.  */
#include <kpathsea/c-errno.h>

/* Numeric minima and maxima.  */
#include <kpathsea/c-minmax.h>

/* Assertions are too useful to not make generally available.  */
#ifdef HAVE_ASSERT_H
#include <assert.h>
#else
#define assert(expr) /* as nothing */
#endif

#ifdef VMS
#include <unixlib.h>
#include <unixio.h>
#else
#ifndef WIN32
/* `popen' and `pclose' are part of POSIX.2, not POSIX.1.  So
   STDC_HEADERS isn't enough.  */
extern FILE *popen ();
extern int pclose ();
#endif /* not WIN32 */
#endif /* not VMS */

#endif /* not KPATHSEA_C_STD_H */
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Reply via email to