Re: macOS building issues after dc9eba0760dedcd3d042a408e715b38ac2222aa3

Camm Maguire <[email protected]>
Newsgroups gmane.lisp.gcl.devel
Message-ID <[email protected]>
Greetings, and thannks as always for your feedback.

"Chun Tian (binghe)" <[email protected]> writes:

> Greetings,
>
> In the commit dc9eba0760dedcd3d042a408e715b38ac2222aa3 [1], I saw   the
> following line from gcl/h/compbas2.h was removed:
>
> diff --git a/gcl/h/compbas2.h b/gcl/h/compbas2.h
> index 20a2b5c..cc7d87c 100755
> --- a/gcl/h/compbas2.h
> +++ b/gcl/h/compbas2.h
> @@ -10,7 +10,6 @@ EXTER int Rset;
>
>  #ifndef U8_DEFINED
>
> -#include <stdint.h>
>
>  typedef int8_t  i8 ;
>  typedef int16_t i16;

This is a step toward securing a fricas build, which on my box at least
is just about done.  signal.h, from bsdsignal.c, conflicts with my full
stdint on some symbol containing 'fds', which I do not need.   The
intent is to extract the needed parts in h/mstdint.h.  This is an
intermediate file removed by make, but you can look at it with 'make
h/mstdint.h' from the top level.  Apparently the regexp used there needs
adjusting for your system.

> Also note that I had to use GCC 13 instead of clang, because with clang
> even the GMP building part doesn't success at the linking stage. (My
> previous successful GCL 2.7.0 build was also based on GCC 13.)
>

Good to hear.  I had trouble with gcc13 on Catalina which I did not
pursue as it would not get me gprof anyway :-(.  I'm using the external
gmp library which works well -- does this not work for you?  I'm
thinking of removing the convenience copy of gmp4.

Take care,
-- 
Camm Maguire			     		    [email protected]
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.