Re: Libtool does not generate shared libraries when cross compiling x86/64 -> sparc64 using fujitsu compiler

On 2016-02-03 14:30, Harald Servat wrote: On 02/02/2016 07:02 PM, Mike Frysinger wrote: On 02 Feb 2016 17:51, Harald Servat wrote: we want to use libtool on a system on which we have to cross-compile from intel x86/64 to sparc/64 using the Fujitsu compiler (fccpx). Unfortunately, I'm unab

Re: Libtool does not generate shared libraries when cross compiling x86/64 -> sparc64 using fujitsu compiler

On 2016-02-03 18:33, Mike Frysinger wrote: On 03 Feb 2016 14:30, Harald Servat wrote: we have found that ./configure --prefix=/tmp/test CC=fccpx --build=x86_64-linux-gnu --host=sparc64-linux-gnu did not work. See: ... checking whether the fccpx linker (/usr/bin/ld -m elf64_sparc) s

Re: Blue Gene/Q port of libtool

Hi Nichols, On 2015-08-07 17:49, Nichols A. Romero wrote: Hi, Has libtool been ported to Blue Gene/Q? it has been ported to BG/L in 2009, search ChangeLog for BlueGene. This port detects bgxl*, bgf*, mpixl* compilers and works for me on BG/P and BG/Q. I explicitly force static linking and s

Re: GNU libtool-2.4.6 released [stable]

Dear Gary, thanks for libtool-2.4.6! I discovered some files in http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz that IMO don't belong there. The filenames start with "._" (just do a 'find . -name "._*"') and seem to contain dropbox meta data. Cheers, Christian On 2015-02-15 22:39, Ga

2.4.3-dirty (was: GNU Libtool-2.4.3 released [stable])

Dear Gary, thanks for the new stable release. The manual web-page [1] mentions '2.4.3-dirty' several times though. It should just be '2.4.3', shouldn't it? Thanks, Christian [1] https://www.gnu.org/software/libtool/manual/libtool.html On 2014-10-27 22:44, Gary V. Vaughan wrote: Libtoolers!

Re: hwcap 0 nosegneg in FC6 ld.so.cache

Olly Betts survex.com> writes: > > On 2007-06-19, Peter O'Gorman pogma.com> wrote: > > I am inclined to vote for (1) for now. It might be worth a figuring out > > how to have ldconfig (or some other utility) output the real search path > > that the dynamic linker uses for the future, parsing ld

Re: pgcc -V: 'Portland Group' vs. 'NVIDIA CORPERATION'

Brooks, On 10/10/2013 01:14 AM, Brooks Moses wrote: On 09/17/2013 02:09 AM, Christian Rössel wrote: with pgcc/pgCC/pgf* version 13.8 you changed the output of 'pgcc -V' from pgcc 13.4-0 64-bit target on Linux -tp penryn Copyright 1989-2000, The Portland Group, Inc. All Right

pgcc -V: 'Portland Group' vs. 'NVIDIA CORPERATION'

rget on Linux -tp penryn Copyright (c) 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright (c) 2000-2013, STMicroelectronics, Inc. All Rights Reserved. Copyright (c) 2013, NVIDIA CORPORATION. All rights reserved. Best, Christian -- Dipl-Phys. Christian Rössel Forschungszentrum Jül

Fix PIC flags with MPI wrappers using Portland C++ on GNU/Linux

FAILED (cmdline_wrap.at:43) BTW, is there a recommendation whether or not to use tabs for indentation in libtool.m4? Thanks, Christian -- Dipl-Phys. Christian Rössel Forschungszentrum Jülich GmbH Jülich Supercomputing Centre Telefon: +1 541 346 2484 E-Mail: c.roes...@fz-juelich.de Internet: http

cannot build from git/no daily snapshots

libtool_build.log from 22-Aug-2012 reports an error: ... maint.mk: out of date copyright in doc/libtool.texi; update it make[1]: *** [sc_copyright_check] Error 1 make[1]: Leaving directory `/home/libtool/lt/libtool' make: *** [distcheck] Error 1 So, what is wrong here and how can it be fixed? C

Re: inter-library-dependency, how?

Hi Nick, thanks for the quick response. Am 09.09.2011 18:01, schrieb Nick Bowler: On 2011-09-09 17:56 +0200, Christian Rössel wrote: I want to build a program that depends on a libtool library that depends on a non-libtool library that needs rpath information to be found a runtime. My

inter-library-dependency, how?

.so). But the rpath /opt/packages/papi/4.1.2.1/lib is not available. How do I get it into foo without specifying it as foo_LDFLAGS = -Wl,-rpath /opt/packages/papi/4.1.2.1/lib? Thanks, Christian -- Christian Rössel Jülich Supercomputing Centre Telefon +49 2461 61-1773

Re: PIC flags not found for mpif77(ifort)

Hi Ralf, Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues: > Hello Christian, > > * Christian Rössel wrote on Fri, Dec 10, 2010 at 02:56:51PM CET: >> ./configure --enable-shared F77=mpif77 ... >> >> where mpif77 translates to >> >> ifort -I/opt/parastation/m

Re: PIC flags not found for mpif77(ifort)

Hi Ralf, Am 12/16/2010 11:19 AM, schrieb Christian Rössel: > Hi Ralf, > > Am 12/15/2010 9:21 PM, schrieb Ralf Wildenhues: >> * Christian Rössel wrote on Wed, Dec 15, 2010 at 04:38:13PM CET: >>> Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues: >>>> Alternativ

Re: PIC flags not found for mpif77(ifort)

Hi Ralf, Am 12/15/2010 9:21 PM, schrieb Ralf Wildenhues: > * Christian Rössel wrote on Wed, Dec 15, 2010 at 04:38:13PM CET: >> Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues: >>> Alternatively, the untested patch below should help as well. Can you >>> try it out? &g

Re: PIC flags not found for mpif77(ifort)

Hi Ralf, Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues: > Hello Christian, > > * Christian Rössel wrote on Fri, Dec 10, 2010 at 02:56:51PM CET: >> ./configure --enable-shared F77=mpif77 ... >> >> where mpif77 translates to >> >> ifort -I/opt/parastation/m

PIC flags not found for mpif77(ifort)

Dear list, if I call ./configure --enable-shared F77=mpif77 ... where mpif77 translates to ifort -I/opt/parastation/mpi2-intel/include -L/opt/parastation/mpi2-intel/lib -Wl,-rpath -Wl,/opt/parastation/mpi2-intel/lib -lmpich -lpthread -L/opt/parastation/lib64 -Wl,-rpath,/opt/parastation/lib64 -W

Re: GNU Libtool 2.2.8 released (stable)

Hi Gary, Am 6/4/2010 1:44 PM, schrieb Gary V. Vaughan: > * Changes in supported systems or compilers: > > - Improved support for 64bit Windows (mingw64). > - Improved support for cegcc (Windows CE/PocketPC). > - Support for GNU/kOpenSolaris (kopensolaris*-gnu). > - Initial support for co

Re: Fortran libraries on the Blue Gene with mpi

John R. Cary wrote: > Hi Ralf, > > Ralf Wildenhues wrote: >> Hello John, >> >> >> >> OK. That's fairly easy to support in Libtool then: the only thing we >> need to get right is to turn off shared library support completely for >> BG/L. >> > > I gave the wrong impression. This is a BG/P.

Re: Fortran libraries on the Blue Gene with mpi

Ralf Wildenhues wrote: > * Christian Rössel wrote on Thu, Apr 16, 2009 at 10:41:38AM CEST: >> Ralf Wildenhues gmx.de> writes: >> >>> What do >>> path/to/config.guess >>> >>> and >>> CC=/opt/ibmcmp/xlc/bg/9.0/bin/bgcc path/

Re: Fortran libraries on the Blue Gene with mpi

Ralf Wildenhues gmx.de> writes: > What do > path/to/config.guess > > and > CC=/opt/ibmcmp/xlc/bg/9.0/bin/bgcc path/to/config.guess > > output for the system triplets? Please download the latest config.guess > and config.sub files from for > this te