On 09/12/2011 04:28 PM, Alexander Hansen wrote:
/bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H
- -I. -I../.. -I./.. -DQT_NO_STL -DQT_NO_KEYWORDS
- -I/sw/lib/qt4-mac/include -I/sw/lib/qt4-mac/include/QtCore -DQT_SHARED
- -I/sw/include -g -O2 -c -o LinkBack.lo `test -f
Jean-François Mertens wrote:
Hi,
Sorry to have left for Xmas in a rush, leaving to Martin
to fix problems.. I was aware that some problems
remained with plplot, but thought of them as not as
not that urgent, especially over Xmas time _ so had
taken the new version 5.8.0 with me, and just
On Sun, Feb 11, 2007 at 01:23:57AM +0900, Peter O'Gorman wrote:
On Feb 11, 2007, at 12:52 AM, Alexander Hansen wrote:
Can somebody remind me what the fix is when a .la file points to the
fink build directory?
I'm going to start a wiki page for validation errors and their fixes.
On Feb 11, 2007, at 12:52 AM, Alexander Hansen wrote:
Can somebody remind me what the fix is when a .la file points to the
fink build directory?
I'm going to start a wiki page for validation errors and their fixes.
Most of the time this is due to an upstream error, they have '-L./foo/
bar
Kevin Horton wrote:
.libs/gtkdatabox_cross_simple.o definition of _GtkDataboxDisplayType in
section (__DATA,__common)
.libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in section
(__DATA,__common)
.libs/gtkdatabox_marker.o definition of _GtkDataboxDisplayType in
section
On 26 Nov 2005, at 16:17, Benjamin Reed wrote:
Kevin Horton wrote:
.libs/gtkdatabox_cross_simple.o definition of
_GtkDataboxDisplayType in section (__DATA,__common)
.libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in
section (__DATA,__common)
.libs/gtkdatabox_marker.o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Horton wrote:
| ld: multiple definitions of symbol _GtkDataboxDisplayType
| .libs/gtkdatabox.o definition of _GtkDataboxDisplayType in section
| (__DATA,__common)
| .libs/gtkdatabox_points.o definition of _GtkDataboxDisplayType in
| section
Kevin Horton wrote:
Thanks for the pointer. I think I've found the definition in
gtkdatabox.h:
enum /* Types of data display */
{
GTK_DATABOX_NOT_DISPLAYED = 0,/* hidden */
GtkDataboxDisplayType;
I'll do some Googling to figure out how to move that to one
On Mon, Aug 23, 2004 at 12:52:42PM -0400, Dale Grover wrote:
I am trying to get the most recent source for xcircuit (3.2.23) to
run, so that hopefully the Fink package can be updated to a more
recent version. (xcircuit is a schematic entry / drawing program.)
In brief, I *seem* to be
Dale Grover wrote:
I am trying to get the most recent source for xcircuit (3.2.23) to
run, so that hopefully the Fink package can be updated to a more recent
version. (xcircuit is a schematic entry / drawing program.)
In brief, I *seem* to be running into a problem with libtool. During
the
At 11:28 PM +0200 8/24/04, Martin Costabel wrote:
Dale Grover wrote:
I am trying to get the most recent source for xcircuit (3.2.23)
to run, so that hopefully the Fink package can be updated to a more
recent version. (xcircuit is a schematic entry / drawing program.)
In brief, I *seem* to be
On Aug 24, 2004, at 7:44 PM, Dale Grover wrote:
One key seems to be which libtool is in fact used; once I learn how
to change what libtool is called by gcc, it should be clearer. (A
previous reply suggests this would be a good path, but I'm unclear on
the process.) At the moment the Apple
Hi Dale,
Have you tried passing -Wl,-bind_at_load ? By the way, if you pass -v
-v to gcc, it will show you the libtool and ld commands it's running,
so you can examine what's going wrong.
Dave
PGP.sig
Description: This is a digitally signed message part
On Wednesday, August 20, 2003, at 08:30 PM, Daniel Macks wrote:
'autoreconf -f' (from autoconf2.5 (2.57-1)). I see no warnings or
errors
during ./configure or make, until:
/bin/sh ../libtool --mode=link gcc -g -O2 -g -L/sw/lib -o gael
-export-dynamic main.o -L/sw/lib -lgnomevfs-2
gcc -g
What is the point of LibTool in Fink, Mac OS X include version 1.4.2
from glibtool --version:
ltmain.sh (GNU libtool) 1.4.2 (1.4 2001/11/19 00:06:02)
Sure, and now libtool is up to 1.5 . The newer versions have a lot of
Darwin/Mac OS X-specific improvements, in fact (many of which were
On Thursday, May 29, 2003, at 09:21 PM, David R. Morrison wrote:
What is the point of LibTool in Fink, Mac OS X include version 1.4.2
from glibtool --version:
ltmain.sh (GNU libtool) 1.4.2 (1.4 2001/11/19 00:06:02)
Sure, and now libtool is up to 1.5 . The newer versions have a lot of
Darwin/Mac
On Monday 25 November 2002 2:43 pm, Max Horn wrote:
An alternate solution might be to change the kbackgammon exectuable
to load the kbackgammon.so, too, instead of linking against it. Or is
there anything else that needs to link against these loadable modules?
Why? What benefit is there in
An alternate solution might be to change the kbackgammon exectuable
to load the kbackgammon.so, too, instead of linking against it. Or is
there anything else that needs to link against these loadable modules?
Max
--
---
Max Horn
Software Developer
On Tuesday, September 17, 2002, at 10:30 PM, Sébastien Pierre wrote:
libpython2.2.a(stacklesseval.o) definition of _slp_schedule_hook in
section (__DATA,__common)
make: *** [python.exe] Error 1
### execution of (export failed, exit code 2
Looking at ranlib man page I tried both
Le mercredi, 18 sep 2002, à 16:41 Europe/Paris, Ben Hines a écrit :
Try -fno-common in the CFLAGS.
I already use that :(
Thanks anyway,
-- Sébastien
--
«My friends says we're like the dinosaurs, only we are doing
ourselves in much faster than they ever did.»
http://www.type-z.org
It might not be CFLAGS, but you need to get it on that compile line.
Are you sure it's compiling with the fno-common?
-Ben
On Wednesday, September 18, 2002, at 09:44 AM, Sébastien Pierre wrote:
Le mercredi, 18 sep 2002, à 16:41 Europe/Paris, Ben Hines a écrit :
Try -fno-common in the
Le mercredi, 18 sep 2002, à 19:57 Europe/Paris, Ben Hines a écrit :
It might not be CFLAGS, but you need to get it on that compile line.
Are you sure it's compiling with the fno-common?
Yes:
(..)
gcc -c -DNDEBUG -O4 -Wall -Wstrict-prototypes -fno-common -I.
-I./Include -I./Stackless
Erik de Castro Lopo wrote:
I applied the patch to this:
http://autogen.sf.net/data/autogen-5.3.8pre5.tar.gz
Great program! It would be nice to have that on OS X.
Thank you. Do we have it yet? :-) Viz., did you try
to build it? My G4 came with OS/9 and I threw it away for
NetBSD,
On Sun, 09 Jun 2002 16:38:08 -0700
Bruce Korb [EMAIL PROTECTED] wrote:
Erik de Castro Lopo wrote:
I applied the patch to this:
http://autogen.sf.net/data/autogen-5.3.8pre5.tar.gz
Great program! It would be nice to have that on OS X.
Thank you. Do we have it yet? :-)
Erik de Castro Lopo wrote:
Viz., did you try to build it?
Not game :-). Building stuff on OSX can involve a bit of pain and
I'm only willing to go through that for my own software :-).
My problem is similar: I don't want to spend my own money
buying OS/X to make products for Apple to
To answer your original question, the libtool patch in question has
apparently already been incorporated into libtool CVS. It is
darwin-specific (if you look at what you are patching :) it is in a
darwin-only section) so it definitely doesn't cause any problems. :)
-Ben
--
I'm trying to build autogen now, and it looks pretty easy.
By the way, are you aware that sourceforge has two Mac OS X boxes in their
compile farm? :-)
-- Dave
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
On Fri, 7 Jun 2002 22:48:18 -0400
David R. Morrison [EMAIL PROTECTED] wrote:
You might have to edit ltmain.sh by hand, in order to apply Dave's patch...
Ouch. A bit ugly, but it worked :-).
Thans to all.
Erik
--
+---+
Erik de Castro
At 6:27 PM +1000 6/8/02, Erik de Castro Lopo wrote:
On Fri, 7 Jun 2002 22:48:18 -0400
David R. Morrison [EMAIL PROTECTED] wrote:
You might have to edit ltmain.sh by hand, in order to apply Dave's patch...
Ouch. A bit ugly, but it worked :-).
Not at all. It is normal. There are so many
Hi Erik. You haven't told us what problem you're having!
We've run into a number of different libtool problems, and have done our
best to address them. We send patches back to the libtool team but I'm
not sure if all of them have been accepted.
You might have a look at
On Fri, 7 Jun 2002 21:11:14 -0400
David R. Morrison [EMAIL PROTECTED] wrote:
Hi Erik. You haven't told us what problem you're having!
We've run into a number of different libtool problems, and have done our
best to address them. We send patches back to the libtool team but I'm
not sure
You might have to edit ltmain.sh by hand, in order to apply Dave's patch...
-- another Dave
(msg resent by request)
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -
On 11/4/02 10:47 AM, Justin Hallett [EMAIL PROTECTED] wrote:
I'm sorry I don't remember there being an issue, as a matter a fact I
thought giftcurs worked fine??
GiFTcurs works fine, and so does the giFT daemon, but the GTK+ front-end
doesn't (it is obsolete anyway, I believe... GiFTcurs is
well I got giFT-skt to work and sent it to beren, he informed me that he
had just got it to work as well..but I do agree I'd use the curs version
first.
[EMAIL PROTECTED] writes:
GiFTcurs works fine, and so does the giFT daemon, but the GTK+ front-end
doesn't (it is obsolete anyway, I believe...
I'm sorry I don't remember there being an issue, as a matter a fact I
thought giftcurs worked fine??
[EMAIL PROTECTED] writes:
I have a problem with giFT. I need to disable dlopen, and manually add
- -ldl to the LDFLAGS, or else it compiles fine, but says it cannot find
symbols at runtime. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
not giFTcurs. giFT-gtk. I cannot the gtk client to compile with the
- --no-dlopen option. Without it, it compiles fine, but It cannot find the
symbols in the .so file.
On Wednesday, April 10, 2002, at 08:47 PM, Justin Hallett wrote:
I'm
On Thursday, April 11, 2002, at 10:42 AM, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
not giFTcurs. giFT-gtk. I cannot the gtk client to compile with
the - --no-dlopen option. Without it, it compiles fine, but It
cannot find the symbols in the .so file.
What
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
when I try to run the damenon, I get
[chris@localhost:~/development/local/net$] giFT
** gift-debug:Loading protocols...
** gift-fatal:couldn't load protocol in file
/sw/lib/giFT/libOpenFT.so: dlcompat: unable to find symbol OpenFT_init
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[chris@localhost:/sw/src/gift-0.10.0-20020408/OpenFT$] otool -L
/sw/lib/giFT/libOpenFT.so
/sw/lib/giFT/libOpenFT.so:
/sw/lib/libdl.0.dylib (compatibility version 0.0.0, current
version 0.0.0)
/usr/lib/libSystem.B.dylib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks a lot...it was even easier than that. here's the diff:
- - --- gift-0.10.0-20020408.orig/src/protocol.cThu Apr 11 00:01:49
2002
+++ gift-0.10.0-20020408/src/protocol.c Thu Apr 11 00:02:31 2002
@@ -108,7 +108,8 @@
At 21:12 Uhr -0400 07.04.2002, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
does anyone know if there is a good guide to libtool and the other
auto* utilities?
http://sources.redhat.com/autobook/
I recommend you to buy a copy, not only to support them, but it's
really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
does anyone know if there is a good guide to libtool and the other
auto* utilities? i am getting an error building the musicbrainz client.
it is getting a parse error somehow, and it seems to double-include the
same lib, so it fails. i would
42 matches
Mail list logo
