bug-guile
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: stack overflow / partial success


From: Ludovic Courtès
Subject: Re: stack overflow / partial success
Date: Mon, 18 Feb 2008 09:33:43 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux)

Hi,

Rainer Tammer <address@hidden> writes:

> Ludovic Courtès wrote:

>> Isn't it the `inline' thing that made it work?  You did not include
>> `config.log' and `config.h': normally, these should already define
>> `inline' as `__inline__'.
>>   
> the inline to __inline__  mapping is needed for IBM XL C/C++. It is
> not needed with gcc 4.2.2.

Right, but doesn't `configure' detect this?  The output of
"grep inline config.log" should show it.

>> And isn't `-O2' ignored by xlc?
>>
> It is used if I specify it. I will try if configure finds this by itself.

But what's its meaning then?  I thought `-qtune=auto' was roughly
equivalent to GCC's `-O2'.

> -brtl is for runtime linking of the executable.

So what does it do precisely?  :-)

> So if I need herror() / hsterror() I need to define _USE_IRS ...

There's only one place where `hstrerror ()' is used, and it's enclosed
in `#if HAVE_STRERROR'.  Thus, if Guile is compiled without `_USE_IRS',
the offending bit will be compiled out and no compilation error will
occur I suppose.  IOW, you should be able to compile Guile without
`_USE_IRS', right?

>>   1. (strftime "%z" (gmtime 0))
>>   
> guile> "GMT"

The results you show here are vastly different from what we expect,
which shows that AIX' `strftime' is not C99-compliant in its treatment
of `%z' [0].  (Actually, it doesn't seem to be documented at all [1].)

We'll have to update `have-strftime-%z' accordingly in `time.test'.

Thanks,
Ludovic.

[0] http://www.opengroup.org/onlinepubs/009695399/functions/strftime.html
[1] 
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/topic/com.ibm.aix.basetechref/doc/basetrf2/strftime.htm





reply via email to

[Prev in Thread] Current Thread [Next in Thread]