-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The .info and one of the PatchFiles are in my experimental tree:
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/alexkhansen/10.7/finkinfo/editors/
The other PatchFiles are in common with lyx2, which has been added to
the 10.7 tree.
I get
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
Hi,
A couple of weeks ago I released a new libtool, and added it to fink. I
also patched our libtool14 package. This was due to a potential
vulnerability in libltdl that may allow arbitrary code execution.
We also updated a number of packages to work around the problem,
however, it is quite
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
committed it today.
There remains a
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.
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.
--
Alexander K. Hansen
(akh)
Fink Documenter (still)
-
Using
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
I am trying to create a package for GtkDatabox, and have run into a
libtool problem.
http://www.eudoxos.de/gtk/gtkdatabox/
The file ltmain.sh in the source says it uses libtool 1.5.16.
A build attempt fails with:
gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/
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
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 final link stage I
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
I'm trying to compile a program that uses an autoconf-generated
./configure to build ./libtool for a program that ultimately links against
libgnomevfs-2. This was all done with the latest Fink-CVS of everything,
including using the ltmain.sh from libtool14 (1.5-1), then running
'autoreconf -f'
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
At Ben Hines' suggestion, I've moved libtool14-1.5-1 to stable.
Is there any need to keep libtool 1.4 around? If so, can anybody think
of a sensible package name for it? (libtool143-1.4.3-1, perhaps?) I won't
do this unless there is demand for it, though...
-- Dave
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
One of the problems we're running into getting KDE working on Darwin is
libtool's concept of a module, and how it's mapped onto Darwin's
linker behavior.
On Darwin, unlike most other unixen (as far as I'm aware), loadable
modules and dynamic shared libraries are 2 distinctly different
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
Hi all,
I am trying to package stackless python http://www.stackless.com, and
am running into the following error:
ar cr libpython2.2.a Modules/config.o Modules/getpath.o Modules/main.o
Modules/gcmodule.o
ar cr libpython2.2.a Modules/threadmodule.o Modules/signalmodule.o
Hi,
I've recently heard about this Dave patch that is supposed
to make convenience libraries work on OS/X 10.1 later.
Does this cause any known problems on other platforms?
I read the patch, but picking apart archive_cmds was
too obtuse for the time I had available. :-(
I applied the patch
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 People,
I'm the author of libsndfile ( http://www.zip.com.au/~erikd/libsndfile/ )
a cross platform library for reading and writing audio files.
The vast majority of my development work is done on Debian Linux but I
have a large number of users on other Unixen, Win32 and MacOS (OS 9 and
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 -
This looks similar to the problem i have with openmotif, and FLAC also:
libtool 1.4.2 (gettext 0.11): Relinking fails when DESTDIR set
http://mail.gnu.org/pipermail/bug-libtool/2002-February/003018.html
http://mail.gnu.org/pipermail/libtool/2002-April/006244.html
i want to port graphviz to fink. - But i get a compile error really late
in the build process ...
i have tried to compile/link with -undefined suppress -flat_namespace
and -undefined error -twofold_namespace - both give the same error -
when i remove -dynamiclib from the marked instruction
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...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 think this might be because it creates
libOpenFT.a libOpenFT.la libOpenFT.so,
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
... are now here http://fink.sourceforge.net/doc/porting/libtool.php#fixing-14x
If you think something should be changed there, just say it.
Max
--
---
Max Horn
Software Developer
email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890
Hi!
The Porting Tips documents mentions that libtool 1.4 needs a small patch
to work with MacOS X 10.1. Where is that patch to be found? Is the patch
needed for libtool 1.4.2?
Thanks in advance,
-- Denis
___
Fink-devel mailing list
[EMAIL PROTECTED]
59 matches
Mail list logo