On Friday 19 January 2007 01:46, Ralf Wildenhues wrote:
> The misunderstanding, as far as I see it, is that you overlooked that
> Ed's code *does* use Fortran. He simply wanted to change the test order
> in order to avoid duplicate tests.
ok ... i'm going to clock out then
cheers
-mike
pgpKjt8
* Mike Frysinger wrote on Fri, Jan 19, 2007 at 05:00:20AM CET:
>
> you lied to me then ! you said all was well in the world ! :)
All is well. ;-)
> my understanding was that the latest cvs version would only add C++ and
> Fortran cruft if the source code actually utilized C++ or Fortran
And
On Thursday 18 January 2007 07:41, Ralf Wildenhues wrote:
> * Mike Frysinger wrote on Tue, Jan 16, 2007 at 11:48:31PM CET:
> > On Tuesday 16 January 2007 17:30, Ed Hartnett wrote:
> > > When I call AC_PROG_LIBTOOL it seems to call AC_PROG_F77 and
> > > AC_PROG_FC, but I don't want it to.
> >
> > th
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Hello Ed,
>
> * Ed Hartnett wrote on Wed, Jan 03, 2007 at 05:50:38PM CET:
>>
>> On our HPUX platform however, no libnetcdf.so file results. Yet the
>> build seems to work OK.
>
> The shared library extension should be '.sl'. Please show
> ./libtoo
* Ed Hartnett wrote on Thu, Jan 18, 2007 at 03:58:31PM CET:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> >
> > Bzzt. Wrong.
>
> Ralf, you are abandoning your usual politeness!
Not on purpose. Apologies to Mike (also for not working on his other
patch yet), I did not mean to offend him.
(Tryi
Hello Simon,
* Simon Richter wrote on Thu, Jan 18, 2007 at 04:36:57PM CET:
>
> Is there any way to tell libtool "Yes, I know this thing is
> not going to be installed, but I'd like to have a shared library anyway."?
Yes.
module_LDFLAGS = -rpath /doesnotmatter
Hope that helps.
Cheers,
Ralf
Hi,
I'm using libtool 1.5.22, and have a problem with the RPATH setting in the
executable that I create.
This is especially a problem on Linux and AIX platforms since RPATH has highest
precedence while looking for the executables binary dependency. So I cannot
override it using env. variable LD
Hello,
I'm trying to write testcases for a plugin loader (basically a C++
wrapper around ltdl that takes care of registering the new creators in
the factories), and for this, I need to link a plugin that is then
supposed to be loaded from the testcases.
For some reason, libtool builds said p
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> * Mike Frysinger wrote on Tue, Jan 16, 2007 at 11:48:31PM CET:
>> On Tuesday 16 January 2007 17:30, Ed Hartnett wrote:
>> > When I call AC_PROG_LIBTOOL it seems to call AC_PROG_F77 and
>> > AC_PROG_FC, but I don't want it to.
>>
>> this should be fixe
On Thu, 18 Jan 2007 13:24:13 +0100
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Let me guess: /usr/lib/libglib-2.0.la exists but sets old_library to
> empty? If yes: packaging bug (the .la file tells libtool that no static
> library exists),
Yes that was it!
I'll report a bug to the packagers
On 1/18/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
* Christopher Hulbert wrote on Thu, Jan 18, 2007 at 01:18:07PM CET:
> On 1/17/07, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> >On Wed, 17 Jan 2007, Christopher Hulbert wrote:
> >
> >> It seems that libtool is set up to strip unrecognized fla
* Mike Frysinger wrote on Tue, Jan 16, 2007 at 11:48:31PM CET:
> On Tuesday 16 January 2007 17:30, Ed Hartnett wrote:
> > When I call AC_PROG_LIBTOOL it seems to call AC_PROG_F77 and
> > AC_PROG_FC, but I don't want it to.
>
> this should be fixed in the latest cvs, just not latest release
Bzzt.
* Christopher Hulbert wrote on Thu, Jan 18, 2007 at 01:18:07PM CET:
> On 1/17/07, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> >On Wed, 17 Jan 2007, Christopher Hulbert wrote:
> >
> >> It seems that libtool is set up to strip unrecognized flags unless
> >> using something like -Wc,flag. Can anyone
Hello Tom,
* Tim Dijkstra wrote on Thu, Jan 18, 2007 at 12:48:19PM CET:
>
> ../libtool --tag=CC --mode=link gcc -g -O2 -o splashy -all-static
> splashy-splashy_main.o -lglib-2.0
> gcc -g -O2 -o splashy -static splashy-splashy_main.o
> /usr/lib/libglib-2.0.so -lrt
>
> But tha
On 1/17/07, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
On Wed, 17 Jan 2007, Christopher Hulbert wrote:
> It seems that libtool is set up to strip unrecognized flags unless
> using something like -Wc,flag. Can anyone give me a brief answer as
> to why? I often find myself going through hoops to
Hi,
[ I honestly did some googling on this, but didn't find anyting relevant. ]
I have the following problem with libtool:
If I ask it to build a static binary linked with glib-2.0:
../libtool --tag=CC --mode=link gcc -g -O2 -o splashy -all-static
splashy-splashy_main.o -lglib-2.0
16 matches
Mail list logo
