Mail Archives: geda-user/2017/02/18/02:19:52
This is a multi-part message in MIME format.
--------------EFDB81715DF570FD5B0C6250
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
On 02/17/17 11:58 PM, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote:
>
>
> On 17 Feb 2017 22:08, "Chad Parker (parker DOT charles AT gmail DOT com <mailto:parker DOT charles AT gmail DOT com>) [via geda-user AT delorie DOT com <mailto:geda-user AT delorie DOT com>]" <geda-user AT delorie DOT com
> <mailto:geda-user AT delorie DOT com>> wrote:
>
> Jan-
> Thanks again. Now we know that it's not just hiding somewhere we didn't expect.
>
> Peter / anyone else who understands autotools-
> Is there a way that we can set up configure such that is looks for the pkg-config first, but falls back to the gdlib-config style configuration if pkg-config fails?
>
> Thanks,
> --Chad
>
>
> It should be possible; it is basically just bash scripting at this point.
>
> Can do the pkgconfig test first, if that falls - run pretty match the the old code which Dan removed when switching to pkg-config.
>
> I think this is an acceptable compromise, but I definitely want to keep the pkg-config based test first.
>
> Peter
Hi guys,
thank you for looking into this.
While implementing this fallback mechanism would definitely solve that problem,
I do not think it is worth the effort given the fact that user base of running
Solaris as a desktop OS is pretty minimal (and further shrinking).
As long as there is a reasonable way to build pcb on Solaris (and apparently
there is one), I am fine with the current state of things.
Thanks again,
Jan
--------------EFDB81715DF570FD5B0C6250
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 02/17/17 11:58 PM, Peter Clifton
(<a class="moz-txt-link-abbreviated" href="mailto:petercjclifton AT googlemail DOT com">petercjclifton AT googlemail DOT com</a>) [via <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:<br>
</div>
<blockquote
cite="mid:CAJXU7q-AP4X5cVgtJ_Wjgn+O_syNS1CH3RD+sQf5MOiQV+z8GQ AT mail DOT gmail DOT com"
type="cite">
<div dir="auto">
<div><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 17 Feb 2017 22:08, "Chad Parker
(<a moz-do-not-send="true"
href="mailto:parker DOT charles AT gmail DOT com">parker DOT charles AT gmail DOT com</a>)
[via <a moz-do-not-send="true"
href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>]"
<<a moz-do-not-send="true"
href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>>
wrote:<br type="attribution">
<blockquote class="quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Jan-<br>
</div>
Thanks again. Now we know that it's not just
hiding somewhere we didn't expect.<br>
<br>
</div>
Peter / anyone else who understands autotools-<br>
</div>
Is there a way that we can set up configure such
that is looks for the pkg-config first, but falls
back to the gdlib-config style configuration if
pkg-config fails?<br>
<br>
</div>
Thanks,<br>
</div>
--Chad</div>
</blockquote>
</div>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">It should be possible; it is basically just bash
scripting at this point.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Can do the pkgconfig test first, if that falls -
run pretty match the the old code which Dan removed when
switching to pkg-config.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I think this is an acceptable compromise, but I
definitely want to keep the pkg-config based test first.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Peter</div>
</div>
</blockquote>
<p><br>
</p>
Hi guys,<br>
<br>
thank you for looking into this.<br>
While implementing this fallback mechanism would definitely solve
that problem,<br>
I do not think it is worth the effort given the fact that user base
of running<br>
Solaris as a desktop OS is pretty minimal (and further shrinking).<br>
As long as there is a reasonable way to build pcb on Solaris (and
apparently<br>
there is one), I am fine with the current state of things.<br>
<br>
Thanks again,<br>
Jan<br>
</body>
</html>
--------------EFDB81715DF570FD5B0C6250--
- Raw text -