[tlbuild] error in zziplib source

Juan Bosco García Gutiérrez juan.bosco at uca.es
Thu Jul 20 23:42:41 CEST 2017


 
El día 20 jul 2017 20:28, "George N. White III" <gnwiii at gmail.com> escribió:

> The zzip/types.h file has a comment:
> 
> * This file is usually the first to define some real symbols. If you do
> 
> * see some errors here then it is most likely the includepath is wrong
> 
> * or some includeheader is missing / unreadable on your system.
> 
> * (a) we include local headers with a "zzip/" prefix just to be sure
> 
> * to not actually get the wrong one. Consider to add `-I..` somewhere
> 
> * and especially VC/IDE users (who make up their own workspace files)
> 
> * should include the root source directory of this project.
> 
> * (b) size_t and ssize_t are sometimes found be `configure` but they are
> 
> * not in the usual places (ANSI C = stddef.h; UNIX = sys/types.h), so
> 
> * be sure to look for them and add the respective header as an #include.
> 
Oh, sorry, I didn't read that. However, I have test with a sample c program and

I have ssize_t type defined in <stddef.h>, which compile without errors with only

gcc command, and off64_t can be fixed with '-Doff64_t=__off64_t'. So I don't know

why doesn't work in zziplib source. Also, in order to check I have included

'-I/usr/include' (where stddef.h is defined) at CFLAGS and the same errors are found.

Any other idea of the problem?

> You should mention the linux distro and whether your gcc-6.3.0 is from a dristro package or 
> 
> locally compiled (in which case you may need to adjust include paths).
> 
Void Linux is the Linux distribution with gcc from the distro package.

Thank you for your help George. 


Bosco.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tlbuild/attachments/20170720/dced88fe/attachment.html>


More information about the tlbuild mailing list