1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 <2009> 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 <2009> 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: alarm handler on base 3-14-11 |
From: | Matthieu Bec <[email protected]> |
To: | Patrick Thomas <[email protected]> |
Cc: | Thomas Birke <[email protected]>, [email protected] |
Date: | Thu, 24 Sep 2009 11:27:20 -0400 |
just to roll it up, but it's a little bit weird Patrick's build failed on linking, one would have expect it to happen earlier when it cannot find the headers that are normally come in the dev packages.
Does alh actually uses curses? I remember it as an X11/Xm app.I am thinking the real issue might be too many default options in extensions/configure
Matthieu On 09/24/09 02:19, Patrick Thomas wrote:
Thank you everyone! Thomas Birke wrote:Mark Rivers wrote:lrwxrwxrwx 1 root root 27 Feb 20 2008 /usr/lib64/libncurses.so -> ../../lib64/libncurses.so.5And that's the one, the linker needs to find during linking. On a Debian system, for every library like ncurses5, there's also a "dev" package that you have to install if you want to use the library for development purpose. This "dev" package (libncurses5-dev) is the one, that draws the necessary sym-links needed to link own programs to the libncurses-library. Maybe it's something like this, that's causing the problem... Thomas
-- Matthieu Bec Gemini Observatory Tel: +56 51 205785 c/o AURA, Casilla 603 Fax: +56 51 205650 La Serena, Chile