On Fri, Aug 20, 2004 at 09:32:35AM -0400, Chris Ross wrote:
Dan Espen wrote:
If the #define'd stuff is only used on Solaris, when the header
isn't there, and the library support is there, I'd say that was
OK.
Yup. That's how it's done. Only if the libXinerama stuff
isn't found will it
Dominik Vogt [EMAIL PROTECTED] writes:
Note that this nesting of AC_CHECK_LIB calls did not work with my
autoconf/automake versions. I have split it in two separate
calls.
Darn. And I tested this on Linux and Solaris.
I woke up in the middle of the night and it dawned on me that I never
On Thu, Aug 26, 2004 at 06:48:22AM -0400, Dan Espen wrote:
I woke up in the middle of the night and it dawned on me that I never
updated NEWS. I figured no one would notice and I could
take care of it when I got up.
Heh, now *that*'s what I call being passionate about one's work. :)
--
On Thu, Aug 26, 2004 at 06:48:22AM -0400, Dan Espen wrote:
Dominik Vogt [EMAIL PROTECTED] writes:
Note that this nesting of AC_CHECK_LIB calls did not work with my
autoconf/automake versions. I have split it in two separate
calls.
Darn. And I tested this on Linux and Solaris.
They
Thanks Dominik.
Dominik Vogt wrote:
They changed something with quoting in autoconf/automake a while
ago. Unfortunately you have to test with the old and new auto*
versions to make sure some things in configure work fine.
Odd. It worked for me, too, using the same version of
autoconf
Dan Espen wrote:
If the #define'd stuff is only used on Solaris, when the header
isn't there, and the library support is there, I'd say that was
OK.
Yup. That's how it's done. Only if the libXinerama stuff
isn't found will it look for Solaris' calls, and only if those
are found will it
Dan Espen wrote:
I guess I can answer my own question, it configures but doesn't
compile:
gcc -DHAVE_CONFIG_H -I. -I../../version-2_5_11/libs -I.. -I../../version-2_5_11
-I/opt/public/include -I/usr/openwin/include -I/opt/public/include -g
-O2 -Wall -Wno-implicit-int -c
Chris Ross [EMAIL PROTECTED] writes:
Dan Espen wrote:
I guess I can answer my own question, it configures but doesn't
compile:
gcc -DHAVE_CONFIG_H -I. -I../../version-2_5_11/libs -I.. -I../../version-2_
5_11 -I/opt/public/include -I/usr/openwin/include -I/opt/public/include
Dan Espen wrote:
Didn't you say the Sol 9/10 header would work on Sol 8.
Why not make the header required. If someone wants Xinerama
on Sol 8, make them supply the header.
It does, but it seems like having the xinerama support enabled
with no user effort for Solaris 8 users would be worth
Chris Ross [EMAIL PROTECTED] writes:
Dan Espen wrote:
Didn't you say the Sol 9/10 header would work on Sol 8.
Why not make the header required. If someone wants Xinerama
on Sol 8, make them supply the header.
It does, but it seems like having the xinerama support enabled
with no
Chris Ross [EMAIL PROTECTED] writes:
Chris Ross wrote:
Okay. I don't know how many of you know this, but Solaris ships
an Xsun that has Xinerama support in it (as of the last dist.
of Solaris 7). *But*, in typical Sun Microsystems style, there
is no Xinerama library, nor header
Dan Espen [EMAIL PROTECTED] writes:
Chris Ross [EMAIL PROTECTED] writes:
Chris Ross wrote:
Okay. I don't know how many of you know this, but Solaris ships
an Xsun that has Xinerama support in it (as of the last dist.
of Solaris 7). *But*, in typical Sun Microsystems style,
Okay. I don't know how many of you know this, but Solaris ships
an Xsun that has Xinerama support in it (as of the last dist.
of Solaris 7). *But*, in typical Sun Microsystems style, there
is no Xinerama library, nor header file.
So, in doing some research, it appears there are a few
Chris Ross wrote:
Okay. I don't know how many of you know this, but Solaris ships
an Xsun that has Xinerama support in it (as of the last dist.
of Solaris 7). *But*, in typical Sun Microsystems style, there
is no Xinerama library, nor header file.
Oops. I should've mentioned that this
14 matches
Mail list logo