Re: broken dependency_libs handling of -pthread
Hi Joerg, * Joerg Sonnenberger wrote on Mon, May 23, 2005 at 06:17:15PM CEST: On Thu, May 19, 2005 at 07:17:28PM +0200, Joerg Sonnenberger wrote: libtool-1.5.18 doesn't include -pthread in the dependency_libs field of the .la file. This leads to link errors on DragonFly, Not only on DragonFly, I would believe. when linking against that library. Typical example is ligthread from glib, which is a dependency of libORBit-2. orbit-name-server-2 is linked against libORBit-2, but without explicit -pthread. This fails with missing symbols. ACK. Attached patch only threats -pthread special and leaves the rest of the flags alone. The problem with the patch is that it breaks backward compatibility. Older libtool versions (1.4.x I believe) require that only libraries and their search paths (i.e., arguments of the form -L.. and -l..) be stored in deplibs. In branch-2-0, we have implemented a scheme which uses a new variable for this and thus solves this problem cleanly. For now, you could just add -pthread to the flags of the depending package (the ACX_PTHREAD macro from the autoconf macro archive would handle this). It sounds bad, but if you think about the fact that usually the depending package has to be careful and know anyway if any of its libraries are threaded, then it does not seem like such a bad assumption any more. At least I believe this is the current situation, I have not looked deeply into this stuff. Please at least comment on this patch, libtool is seriously broken on DragonFly when used with pkgsrc without it. It's good to remind us to look at things. Especially *BSD support within Libtool could be better, and input from the *BSD people would be very helpful to this end. I might add that I have little spare time at the moment, so replies can take a while, sorry. Regards, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Website Design
Hello, I would like to offer you a new, fresh website design. I'm a professional web designer, and you are welcome to browse my recent work at: http://www.nivakedem.com I can also offer you all kind of web solutions (development, hosting, e-commerce, web promotion) for a reasonable prices. I design creative, friendly websites: your website will not only be a nice showcase; It will become a powerful business tool that will stay in your visitor's mind for long time. Thank you for taking the time to read my letter; I appreciate your business. Niva Kedem http://www.nivakedem.com Tel: 416-821-7238 [EMAIL PROTECTED] ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
libtool fails without a CXX compiler installed
(Example is from compiling pkgconfig): Without g++ installed: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details config.log: ... configure:4894: /lib/cpp conftest.cc cpp: conftest.cc: C++ compiler not installed on this system configure:4900: $? = 1 ... Compiles fine with g++ installed. However, when I check the compile log it never calls g++, just checks for its existence and fails out. (References: http://bugs.sourcemage.org/show_bug.cgi?id=8957 and https://bugs.freedesktop.org/show_bug.cgi?id=3376). ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Failed Tests
I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box ) $ ./config.guess i686-pc-linux-gnu 25 of 99 tests failed (11 tests were not run) Please report to bug-libtool@gnu.org I then built libtool-1.5.18 on the same box and got: 25 of 101 tests failed (11 tests were not run) Please report to bug-libtool@gnu.org Here are the items that failed: FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-inst.test FAIL: mdemo-make.test FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-inst.test FAIL: mdemo-make.test FAIL: dryrun.test FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-inst.test FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-make.test FAIL: demo-exec.test FAIL: demo-inst.test FAIL: mdemo-make.test FAIL: quote.test FAIL: pdemo-make.test FAIL: pdemo-exec.test FAIL: pdemo-inst.test FAIL: mdemo-make.test Is there anything else you would like me to report ? Steve More ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Quoting Ralf Wildenhues [EMAIL PROTECTED]: Hi Eric, * Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST: Without g++ installed: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details Yes. Known bug, fixed properly in branch-2-0. Unfortunately I don't know of a clean workaround for branch-1-5, and we have a handful of patches (at least, and one of them tricky) that need to go into branch-2-0 before we can release the next 2.0alpha, and then hopefully 2.0 soon after that. Sorry. Can't the changes from 0.15.0 to 0.16.2 that broke the CXX check just be reverted? I'm probably thinking too simplisticly. Will 2.0 be fully backwards compatible with packages that are designed for the older libtools (0.15, 0.16, 0.17)? -sandalle -- Eric Sandall| Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ This message was sent using IMP, the Internet Messaging Program. binN0Nj8sbwPm.bin Description: PGP Public Key ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Failed Tests
Hi Stephen, * Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST: I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box ) $ ./config.guess i686-pc-linux-gnu *snip* I then built libtool-1.5.18 on the same box and got: 25 of 101 tests failed Is there anything else you would like me to report ? Please rerun the test suite with VERBOSE=X and send the output, preferably packed (bzip2, gzip). Regards, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Hi Eric, * Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST: Without g++ installed: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details Yes. Known bug, fixed properly in branch-2-0. Unfortunately I don't know of a clean workaround for branch-1-5, and we have a handful of patches (at least, and one of them tricky) that need to go into branch-2-0 before we can release the next 2.0alpha, and then hopefully 2.0 soon after that. Sorry. Regards, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: Failed Tests
Here is the output. -Steve More On 5/24/05, Ralf Wildenhues [EMAIL PROTECTED] wrote: Hi Stephen, * Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST: I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box ) $ ./config.guess i686-pc-linux-gnu *snip* I then built libtool-1.5.18 on the same box and got: 25 of 101 tests failed Is there anything else you would like me to report ? Please rerun the test suite with VERBOSE=X and send the output, preferably packed (bzip2, gzip). Regards, Ralf typescript.bz2 Description: BZip2 compressed data ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Quoting Bob Friesenhahn [EMAIL PROTECTED]: snip The problems I have heard about up until now have been that autoconf found a C++ compiler, but it was discovered not to work. In this case, autoconf's macro throws up its hands and spontaneously quits. So libtool is not working if there is no C++ at all? Correct. I built my system without g++ installed. Then added xorg, which needs pkgconfig down the dependency line, but that failed. I installed g++ and then pkgconfig would compile fine. After some tests of pkgconfig 0.17.2, 0.16.0, and 0.15.0 I found that the first two fail without g++ installed, but the last, 0.15.0, works fine without g++ installed. I filed a bug[0] with pkgconfig and they told me that libtool is where the failure is occurring even though an older version of pkgconfig worked fine. -sandalle [0] https://bugs.freedesktop.org/show_bug.cgi?id=3376 -- Eric Sandall| Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ This message was sent using IMP, the Internet Messaging Program. bin9S8POpSm3B.bin Description: PGP Public Key ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
On Tue, 24 May 2005, Eric Sandall wrote: This failure is not really new. It has been happening since the original 1.5 release. Maybe a fix was removed? Not sure, but my testing shows that 0.15.0 compiled fine without g++ installed. The problems I have heard about up until now have been that autoconf found a C++ compiler, but it was discovered not to work. In this case, autoconf's macro throws up its hands and spontaneously quits. So libtool is not working if there is no C++ at all? Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
On Tue, 24 May 2005, Ralf Wildenhues wrote: Yes. Known bug, fixed properly in branch-2-0. Unfortunately I don't know of a clean workaround for branch-1-5, and we have a handful of patches (at least, and one of them tricky) that need to go into branch-2-0 before we can release the next 2.0alpha, and then hopefully 2.0 soon after that. Sorry. Before libtool 2.0 is released, someone needs to make sure that the libtool/libltdl configuration macros documented in the documentation actually work. One way to know for sure is to incorporate them in the libtool test suite. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
On Tue, 24 May 2005, Eric Sandall wrote: Can't the changes from 0.15.0 to 0.16.2 that broke the CXX check just be reverted? I'm probably thinking too simplisticly. This failure is not really new. It has been happening since the original 1.5 release. Maybe a fix was removed? Will 2.0 be fully backwards compatible with packages that are designed for the older libtools (0.15, 0.16, 0.17)? It is intended to be macro-compatible, but last I looked the documentation did not really reflect that since the documentation for the older macros was entirely replaced with a description of the new macros. There are some changes to the behavior of libtoolize and where the libtool m4 files are stored for the project so some small effort will be required to update to 2.0. The scheme for configuring libltdl has been completely re-vamped in that now the same configure script which configures the package can also configure libltdl without using a subordinate configure script. At least that is the plan. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Quoting Bob Friesenhahn [EMAIL PROTECTED]: On Tue, 24 May 2005, Eric Sandall wrote: Can't the changes from 0.15.0 to 0.16.2 that broke the CXX check just be reverted? I'm probably thinking too simplisticly. This failure is not really new. It has been happening since the original 1.5 release. Maybe a fix was removed? Not sure, but my testing shows that 0.15.0 compiled fine without g++ installed. Will 2.0 be fully backwards compatible with packages that are designed for the older libtools (0.15, 0.16, 0.17)? It is intended to be macro-compatible, but last I looked the documentation did not really reflect that since the documentation for the older macros was entirely replaced with a description of the new macros. There are some changes to the behavior of libtoolize and where the libtool m4 files are stored for the project so some small effort will be required to update to 2.0. The scheme for configuring libltdl has been completely re-vamped in that now the same configure script which configures the package can also configure libltdl without using a subordinate configure script. At least that is the plan. Sounds like we'll have fun testing the alpha releases when they come out. ;) -sandalle -- Eric Sandall| Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ This message was sent using IMP, the Internet Messaging Program. binmeoj3hdBmo.bin Description: PGP Public Key ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | Eric Sandall wrote: | | Quoting Bob Friesenhahn [EMAIL PROTECTED]: | | snip | | | | The problems I have heard about up until now have been that autoconf | | found a C++ compiler, but it was discovered not to work. In this | | case, autoconf's macro throws up its hands and spontaneously quits. | | | | So libtool is not working if there is no C++ at all? | | I fixed this once: | 2004-08-12 | | ~* configure.ac, libtool.m4: Ensure that a c++ compiler exists | before | ~checking for the c++ preprocessor. Apparently reported by multiple | ~people, multiple times. | | I guess it got rebroken :( Replying to myself... it is still fixed. Please use a newer libtool. http://www.opendarwin.org/~pogma/lt_no_cxx.txt Peter - -- Peter O'Gorman - http://www.pogma.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQpPXUbiDAg3OZTLPAQIeaQP/au0siqKUxqL3u26BAl344862COGcV0yh k1OZZ6ciBJKDpgfgs/dyl/Tykuu1eNABQcWlL7psJ2VjTxSdyYHb2PT25a9Sff53 K2c8X91TRd4+w0GlG5lnTIevUOQFNMYT79Cn7lmSik3umqOhuwjhdbfV1QlrjD5x sDUbEB6GB1E= =6Jvl -END PGP SIGNATURE- ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Quoting Peter O'Gorman [EMAIL PROTECTED]: snip Replying to myself... it is still fixed. Please use a newer libtool. http://www.opendarwin.org/~pogma/lt_no_cxx.txt I was using 1.5.16, will try 1.5.18, thanks. :) -sandalle -- Eric Sandall| Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ This message was sent using IMP, the Internet Messaging Program. bintR9qpykuUI.bin Description: PGP Public Key ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: libtool fails without a CXX compiler installed
Eric Sandall wrote: Quoting Peter O'Gorman [EMAIL PROTECTED]: snip Replying to myself... it is still fixed. Please use a newer libtool. http://www.opendarwin.org/~pogma/lt_no_cxx.txt I was using 1.5.16, will try 1.5.18, thanks. :) Was also fixed in 1.5.16. If your configure script is calling AC_PROG_CXX then you will have to use a similar workaround to libtool: pushdef([AC_MSG_ERROR], [CXX=no]) AC_PROG_CXX popdef([AC_MSG_ERROR]) AM_CONDITIONAL(HAVE_CXX, [test -n $CXX ( test X$CXX != Xno ( (test X$CXX = Xg++ `g++ -v /dev/null 21` ) || (test X$CXX != Xg++)))]) Note that all the tests are not really necessary, but... I was paranoid. Horrible, isn't it? Peter -- Peter O'Gorman - http://www.pogma.com ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool