* complex support on solaris?
@ 2008-01-14 12:21 Greg Troxel
2008-01-26 13:22 ` Neil Jerram
0 siblings, 1 reply; 3+ messages in thread
From: Greg Troxel @ 2008-01-14 12:21 UTC (permalink / raw)
To: guile-devel
As pkgsrc maintainer of the guile package, I got a bug report about not
building on Solaris. The submitter doesn't have enough time for guile
any more, but the problem seems to be that Solaris's
/usr/include/complex.h expects the "compilation environment" to provide
_Complex_I.
Adding this line to numbers.c allowed it to build:
#define _Complex_I 1.0fi
The full PR is at:
http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=37556
So this seems to be a gcc/Solaris interaction where they don't jointly
meet C99.
On NetBSD-current, _Complex_I is provided in complex.h (gcc 4.1.3).
On NetBSD-4, complex.h is not provided at all (gcc 4.1.2).
So I wonder if guile should test for _Complex_I as well in the complex.h
case, and ignore complex.h if _Complex_I isn't defined.
(Separately gcc on Solaris should define it, probably, but I don't fully
understand the standard here.)
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: complex support on solaris?
2008-01-14 12:21 complex support on solaris? Greg Troxel
@ 2008-01-26 13:22 ` Neil Jerram
2008-01-29 1:19 ` Greg Troxel
0 siblings, 1 reply; 3+ messages in thread
From: Neil Jerram @ 2008-01-26 13:22 UTC (permalink / raw)
To: Greg Troxel; +Cc: guile-devel
Greg Troxel <gdt@ir.bbn.com> writes:
> As pkgsrc maintainer of the guile package, I got a bug report about not
> building on Solaris. The submitter doesn't have enough time for guile
> any more, but the problem seems to be that Solaris's
> /usr/include/complex.h expects the "compilation environment" to provide
> _Complex_I.
>
> Adding this line to numbers.c allowed it to build:
>
> #define _Complex_I 1.0fi
>
> The full PR is at:
>
> http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=37556
One initial question: what's the connection (or interaction) between
Solaris and NetBSD?
Neil
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: complex support on solaris?
2008-01-26 13:22 ` Neil Jerram
@ 2008-01-29 1:19 ` Greg Troxel
0 siblings, 0 replies; 3+ messages in thread
From: Greg Troxel @ 2008-01-29 1:19 UTC (permalink / raw)
To: Neil Jerram; +Cc: guile-devel
Neil Jerram <neil@ossau.uklinux.net> writes:
> Greg Troxel <gdt@ir.bbn.com> writes:
>
>> As pkgsrc maintainer of the guile package, I got a bug report about not
>> building on Solaris. The submitter doesn't have enough time for guile
>> any more, but the problem seems to be that Solaris's
>> /usr/include/complex.h expects the "compilation environment" to provide
>> _Complex_I.
>>
>> Adding this line to numbers.c allowed it to build:
>>
>> #define _Complex_I 1.0fi
>>
>> The full PR is at:
>>
>> http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=37556
>
> One initial question: what's the connection (or interaction) between
> Solaris and NetBSD?
Strictly speaking, none. pkgsrc is a multi-platform packaging system.
Originally it was just for NetBSD, but now supports quite a few
operating systems. pkgsrc lives administratively within the NetBSD
project (bug tracking, commit privs, means to assure that pkgsrc itself
is Free, etc.).
So my report really is about building guile on Solaris via pkgsrc, and
not about NetBSD. I have figured out a bit more since posting.
The real problem is that at least some versions of Solaris, when used
with gcc, provide complex.h but don't define all the required symbols.
I think the fix for guile is either
a) declare this broken and ignore it
b) change the configure test for HAVE_COMPLEX_H to instead try to
compile a program that includes complex.h and assigned _Complex_I to a
variable, thereby ignoring complex support on solaris.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-29 1:19 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-14 12:21 complex support on solaris? Greg Troxel
2008-01-26 13:22 ` Neil Jerram
2008-01-29 1:19 ` Greg Troxel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).