Hi! There seems to be something wrong with the latest versions of ncurse (w). After installation using MacPorts I get: pmmbp:/opt/local/lib pmoura$ ll *ncurses* -rwxr-xr-x 2 root admin 118484 Jan 28 00:50 libncurses++.a -rwxr-xr-x 2 root admin 118484 Jan 28 00:47 libncurses++w.a -rwxr-xr-x 2 root admin 283248 Jan 28 00:50 libncurses.5.dylib -rw-r--r-- 2 root admin 435772 Jan 28 00:50 libncurses.a lrwxr-xr-x 1 root admin 18 Jan 28 00:50 libncurses.dylib -> libncurses.5.dylib -rwxr-xr-x 2 root admin 330476 Jan 28 00:47 libncursesw.5.dylib -rw-r--r-- 2 root admin 504396 Jan 28 00:47 libncursesw.a lrwxr-xr-x 1 root admin 19 Jan 28 00:48 libncursesw.dylib -> libncursesw.5.dylib pmmbp:/opt/local/lib pmoura$ otool -L libncurses.5.dylib libncurses.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_devel_ncurses/work/destroot/opt/local/lib/libncurses.5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) pmmbp:/opt/local/lib pmoura$ otool -L libncursesw.5.dylib libncursesw.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_devel_ncursesw/work/destroot/opt/local/lib/libncursesw.5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) This breaks other software that I'm trying to install on my MacBook Pro (10.4.8 with the latest updates). I'm using a fresh install of MacPorts, updated to the latest version. Your help is appreciated. Best regards, Paulo ----------------------------------------------------------------- Paulo Jorge Lopes de Moura Dep. of Computer Science, University of Beira Interior 6201-001 Covilhã, Portugal Office 4.3 Ext. 3257 Phone: +351 275319891 Fax: +351 275319899 Email: <mailto:pmoura@di.ubi.pt> Home page: <http://www.di.ubi.pt/~pmoura> Research: <http://logtalk.org/> -----------------------------------------------------------------
On Jan 27, 2007, at 19:56, Paulo Moura wrote:
There seems to be something wrong with the latest versions of ncurse (w). After installation using MacPorts I get:
pmmbp:/opt/local/lib pmoura$ ll *ncurses* -rwxr-xr-x 2 root admin 118484 Jan 28 00:50 libncurses++.a -rwxr-xr-x 2 root admin 118484 Jan 28 00:47 libncurses++w.a -rwxr-xr-x 2 root admin 283248 Jan 28 00:50 libncurses.5.dylib -rw-r--r-- 2 root admin 435772 Jan 28 00:50 libncurses.a lrwxr-xr-x 1 root admin 18 Jan 28 00:50 libncurses.dylib -> libncurses.5.dylib -rwxr-xr-x 2 root admin 330476 Jan 28 00:47 libncursesw.5.dylib -rw-r--r-- 2 root admin 504396 Jan 28 00:47 libncursesw.a lrwxr-xr-x 1 root admin 19 Jan 28 00:48 libncursesw.dylib -
libncursesw.5.dylib pmmbp:/opt/local/lib pmoura$ otool -L libncurses.5.dylib libncurses.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_ dports_devel_ncurses/work/destroot/opt/local/lib/libncurses.5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) pmmbp:/opt/local/lib pmoura$ otool -L libncursesw.5.dylib libncursesw.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_ dports_devel_ncursesw/work/destroot/opt/local/lib/libncursesw. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4)
I installed ncurses and ncursesw on my PowerBook G4 last week. I have just about the same output as you do.
This breaks other software that I'm trying to install on my MacBook Pro (10.4.8 with the latest updates). I'm using a fresh install of MacPorts, updated to the latest version. Your help is appreciated.
In what way is this broken? Is the problem that it is listing a path in the work directory that no longer exists? What problems do you encounter when trying to install other software -- what error messages appear? Do you know what changes need to be made to ncurses (or ncursesw) to solve the problem?
Hi Ryan,
pmmbp:/opt/local/lib pmoura$ otool -L libncurses.5.dylib libncurses.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate _dports_devel_ncurses/work/destroot/opt/local/lib/libncurses. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) pmmbp:/opt/local/lib pmoura$ otool -L libncursesw.5.dylib libncursesw.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate _dports_devel_ncursesw/work/destroot/opt/local/lib/libncursesw. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4)
I installed ncurses and ncursesw on my PowerBook G4 last week. I have just about the same output as you do.
On a PowerPC Mac (a Xserve actually) I get the expected paths, not the long ones above.
This breaks other software that I'm trying to install on my MacBook Pro (10.4.8 with the latest updates). I'm using a fresh install of MacPorts, updated to the latest version. Your help is appreciated.
In what way is this broken? Is the problem that it is listing a path in the work directory that no longer exists? What problems do you encounter when trying to install other software -- what error messages appear?
It breaks installation of other software. E.g. swi-prolog breaks at the configure phase because the work path above no longer exists.
Do you know what changes need to be made to ncurses (or ncursesw) to solve the problem?
Not sure that the problem lies in the portfiles of ncurses(w). It could be a problem with MacPorts on Intel Macs. Thanks for your feedback. Cheers, Paulo ----------------------------------------------------------------- Paulo Jorge Lopes de Moura Dep. of Computer Science, University of Beira Interior 6201-001 Covilhã, Portugal Office 4.3 Ext. 3257 Phone: +351 275319891 Fax: +351 275319899 Email: <mailto:pmoura@di.ubi.pt> Home page: <http://www.di.ubi.pt/~pmoura> Research: <http://logtalk.org/> -----------------------------------------------------------------
On 2007/01/28, at 10:17, Paulo Moura wrote:
Hi Ryan,
pmmbp:/opt/local/lib pmoura$ otool -L libncurses.5.dylib libncurses.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdat e_dports_devel_ncurses/work/destroot/opt/local/lib/libncurses. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) pmmbp:/opt/local/lib pmoura$ otool -L libncursesw.5.dylib libncursesw.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdat e_dports_devel_ncursesw/work/destroot/opt/local/lib/libncursesw. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4)
I installed ncurses and ncursesw on my PowerBook G4 last week. I have just about the same output as you do.
On a PowerPC Mac (a Xserve actually) I get the expected paths, not the long ones above.
This breaks other software that I'm trying to install on my MacBook Pro (10.4.8 with the latest updates). I'm using a fresh install of MacPorts, updated to the latest version. Your help is appreciated.
In what way is this broken? Is the problem that it is listing a path in the work directory that no longer exists? What problems do you encounter when trying to install other software -- what error messages appear?
It breaks installation of other software. E.g. swi-prolog breaks at the configure phase because the work path above no longer exists.
Do you know what changes need to be made to ncurses (or ncursesw) to solve the problem?
Not sure that the problem lies in the portfiles of ncurses(w). It could be a problem with MacPorts on Intel Macs.
After downgrading ncurses to version 5.5, the problem is gone. So, is this a problem with ncurses 5.6 itself? Paulo ----------------------------------------------------------------- Paulo Jorge Lopes de Moura Dep. of Computer Science, University of Beira Interior 6201-001 Covilhã, Portugal Office 4.3 Ext. 3257 Phone: +351 275319891 Fax: +351 275319899 Email: <mailto:pmoura@di.ubi.pt> Home page: <http://www.di.ubi.pt/~pmoura> Research: <http://logtalk.org/> -----------------------------------------------------------------
On 1/28/07, Paulo Moura <pmoura@di.ubi.pt> wrote:
Not sure that the problem lies in the portfiles of ncurses(w). It could be a problem with MacPorts on Intel Macs.
After downgrading ncurses to version 5.5, the problem is gone. So, is this a problem with ncurses 5.6 itself?
I'm apparently confused. Would someone explain to me why we have two ncurses ports, why ncurses depends on ncursesw, and why texinfo 4.8 and 4.8_1 didn't depend on them but 4.8_2 now does? Highly annoying. Michael
On Jan 28, 2007, at 9:20 PM, Michael Price wrote:
I'm apparently confused. Would someone explain to me why we have two ncurses ports, why ncurses depends on ncursesw, and why texinfo 4.8 and 4.8_1 didn't depend on them but 4.8_2 now does?
I can't speak to the first part, but I can speak to the second. I had a broken texinfo, and in fixing I realized the error came about because the port's gettext dependency wasn't specified. When I did a trace rebuild after adding the port, the trace also caught an undeclared dependency on ncurses. Therefore, I added the undeclared dependencies to the port. Here's the ticket for the texinfo changes: <http://trac.macports.org/projects/macports/ticket/11192> Chris
On 1/29/07, cssdev@mac.com <cssdev@mac.com> wrote:
On Jan 28, 2007, at 9:20 PM, Michael Price wrote:
I'm apparently confused. Would someone explain to me why we have two ncurses ports, why ncurses depends on ncursesw, and why texinfo 4.8 and 4.8_1 didn't depend on them but 4.8_2 now does?
I can't speak to the first part, but I can speak to the second.
I had a broken texinfo, and in fixing I realized the error came about because the port's gettext dependency wasn't specified. When I did a trace rebuild after adding the port, the trace also caught an undeclared dependency on ncurses. Therefore, I added the undeclared dependencies to the port.
What's wrong with the ncurses that comes with OS X? Michael
On Jan 27, 2007, at 9:02 PM, Ryan Schmidt wrote:
pmmbp:/opt/local/lib pmoura$ otool -L libncurses.5.dylib libncurses.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate _dports_devel_ncurses/work/destroot/opt/local/lib/libncurses. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4) pmmbp:/opt/local/lib pmoura$ otool -L libncursesw.5.dylib libncursesw.5.dylib: /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate _dports_devel_ncursesw/work/destroot/opt/local/lib/libncursesw. 5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.4)
I installed ncurses and ncursesw on my PowerBook G4 last week. I have just about the same output as you do.
This breaks other software that I'm trying to install on my MacBook Pro (10.4.8 with the latest updates). I'm using a fresh install of MacPorts, updated to the latest version. Your help is appreciated.
In what way is this broken? Is the problem that it is listing a path in the work directory that no longer exists? What problems do you encounter when trying to install other software -- what error messages appear? Do you know what changes need to be made to ncurses (or ncursesw) to solve the problem?
The rpath (install_name on Mac OS X) is incorrect. The source apparently uses the build rpath rather than the install rpath. The port needs to either skip setting the rpath or set it correctly. Chris
On 2007-01-29 01:10:08 -0500, Michael Price wrote:
What's wrong with the ncurses that comes with OS X?
It is old and buggy (perhaps you haven't faced some of its bugs, but I did). -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On 2007-01-29 08:36:03 -0600, cssdev@mac.com wrote:
The rpath (install_name on Mac OS X) is incorrect. The source apparently uses the build rpath rather than the install rpath. The port needs to either skip setting the rpath or set it correctly.
In the ncurses 5.6 release notes on <http://dickey.his.com/ncurses/announce.html>: change the way shared libraries (other than libtool) are installed. Rather than copying the build-tree's libraries, link the shared objects into the install directory. This makes the --with-rpath option work except with $(DESTDIR). -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
I haven't seen any radars on it... If you want Apple to update its ncurses, you need to tell us where and when it's broken. We don't just update stuff for fun - that only annoys people and increases the likelyhood that we'll break something. If, on the other hand, we have compelling reasons to update something as expressed by the radars people file against it (http://bugreporter.apple.com) then we'll update it. It's just that simple. - Jordan On Jan 29, 2007, at 10:00 AM, Vincent Lefevre wrote:
On 2007-01-29 01:10:08 -0500, Michael Price wrote:
What's wrong with the ncurses that comes with OS X?
It is old and buggy (perhaps you haven't faced some of its bugs, but I did).
-- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/ blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- Lyon) _______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
On 1/29/07, Vincent Lefevre <vincent-opdarw@vinc17.org> wrote:
On 2007-01-29 01:10:08 -0500, Michael Price wrote:
What's wrong with the ncurses that comes with OS X?
It is old and buggy (perhaps you haven't faced some of its bugs, but I did).
5.4 is old and buggy? Whatever. Michael
On 2007-01-29 12:22:47 -0800, Jordan K. Hubbard wrote:
I haven't seen any radars on it... If you want Apple to update its ncurses, you need to tell us where and when it's broken. We don't just update stuff for fun - that only annoys people and increases the likelyhood that we'll break something. If, on the other hand, we have compelling reasons to update something as expressed by the radars people file against it (http://bugreporter.apple.com) then we'll update it. It's just that simple.
Done (bug #4962468). But none of the bugs I've already reported have been fixed. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Well, I can see how the one you just filed today hasn't been fixed since it hasn't even been screened by DTS and assigned to engineering yet (they're lovely people but even they require more than a couple of hours to read all the incoming bugs :-). If you've got evidence of bugs you've already reported not being fixed, I need radar #s so that I can track them down. Thanks. - Jordan On Jan 29, 2007, at 4:48 PM, Vincent Lefevre wrote:
On 2007-01-29 12:22:47 -0800, Jordan K. Hubbard wrote:
I haven't seen any radars on it... If you want Apple to update its ncurses, you need to tell us where and when it's broken. We don't just update stuff for fun - that only annoys people and increases the likelyhood that we'll break something. If, on the other hand, we have compelling reasons to update something as expressed by the radars people file against it (http://bugreporter.apple.com) then we'll update it. It's just that simple.
Done (bug #4962468). But none of the bugs I've already reported have been fixed.
-- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/ blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- Lyon) _______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
On Jan 29, 2007, at 12:10 AM, Michael Price wrote:
On 1/29/07, cssdev@mac.com <cssdev@mac.com> wrote:
On Jan 28, 2007, at 9:20 PM, Michael Price wrote:
I'm apparently confused. Would someone explain to me why we have two ncurses ports, why ncurses depends on ncursesw, and why texinfo 4.8 and 4.8_1 didn't depend on them but 4.8_2 now does?
I can't speak to the first part, but I can speak to the second.
I had a broken texinfo, and in fixing I realized the error came about because the port's gettext dependency wasn't specified. When I did a trace rebuild after adding the port, the trace also caught an undeclared dependency on ncurses. Therefore, I added the undeclared dependencies to the port.
What's wrong with the ncurses that comes with OS X?
Nothing is "wrong" with it, but it simply isn't the one that is linked against. Because the port depends on gettext, the link line contains "-L/opt/local/lib". Therefore, the "-lncurses" option results a link against the libncurses in /opt/local/lib. If there's a clear way to force the port to link against the built-in one rather than the version installed into ${prefix}, then a submitted patch would be welcome. Chris
participants (7)
-
Chris Scharver
-
cssdev＠mac.com
-
Jordan K. Hubbard
-
Michael Price
-
Paulo Moura
-
Ryan Schmidt
-
Vincent Lefevre