On Sep 25, 2006, at 5:31 AM, Trevor Harmon wrote:
Are there any experts out there on the Shlibs field? I'm trying to
submit a .info for a package called ODE, but I'm not sure how to
get the Shlibs field just right. Any assistance would be
appreciated. The tracker item is here:
On Sep 25, 2006, at 7:49 AM, Peter O'Gorman wrote:
In the meantime, you will have to modify the build so that it builds
a proper versioned shared library. e.g. libode.0.dylib.
Short term fix might be to edit configure and set the so_ext to .
0.dylib, also changing SHARED_LDFLAGS
On Sep 16, 2006, at 12:53 PM, Jack Howarth wrote:
Here is the status of gcc4.
Jack,
I just want to thank you for all the work you've been putting into gcc.
Peter
-
Using Tomcat but need to do more? Need to support web
On Thu, 2006-06-08 at 10:38 -0400, Jack Howarth wrote:
ps One other issue that still needs to be addressed is the odcctools
package.
Shantonu has uploaded a snapshot:
http://www.opendarwin.org/downloads/odcctools-20060608.tar.bz2
It's not well tested, but is based on the xcode-2.3 source
On Tue, 2006-06-06 at 09:24 -0400, Jack Howarth wrote:
Jeff,
According to Geoffrey Keating at Apple, the cctools from Xcode 2.3
eliminates the problem with ld64 which was forcing us to build gcc4
for 4.2 with --disable-multlib. While there isn't a new odcctools tarball
yet, you can roll
On Thu, 2006-06-01 at 01:15 -0400, David Reiser wrote:
no soap. I wonder if ${QOF_LIBS} is 'providing' -lfoo
Heh, I bet they still ahve a configure check for darwin that does a sed
on the generated libtool script to always build dylibs. I added that
years ago, and it always worked because I
On Wed, 2006-05-31 at 09:25 -0400, David Reiser wrote:
This isn't necessarily a fink question, but it might get to be...
A change was made in gnucash 1.9.7 where the program looks to load
a .so module, but the compiler/linker only created .dylib files. The
object in question is a Mach
On Wed, 2006-05-31 at 23:50 -0400, David Reiser wrote:
On May 31, 2006, at 7:20 PM, Peter O'Gorman wrote:
[snip]
gnucash-1.9 probably still uses libltdl to open modules, doesn't it?
Peter
The module of immediate interest is loaded by gmodule.
Ensure that the Makefile.am
On Sat, 2006-05-06 at 08:31 +0200, Martin Costabel wrote:
What the long term prospects of g95 and gfortran are, nobody knows. But
right now, g95 just works better than gfortran.
There are issues with g95 that may affect the binary distribution. The
runtime libraries are licensed under the GPL
On Sun, 2006-05-07 at 12:47 +0200, Martin Costabel wrote:
Peter O'Gorman wrote:
[]
The g95 situation means that, due to the nature of the GPL, anything
built with g95 becomes GPL licensed.
Do you have an official word from the g95 authors on this or is this
just speculation? Normally
On Wed, 2006-04-12 at 07:57 +0200, Martin Costabel wrote:
Is the 20060226 snapshot sufficient or does one need cvs head? In the
latter case, it would be nice if you could make a new snapshot so that
the Fink odcctools package could be updated. I am building now with the
Fink
On Tue, 2006-04-11 at 23:00 +0200, Martin Costabel wrote:
David R. Morrison wrote:
[]
I'm going to put the .info file I used for the April 1 snapshot into my
experimental directory, in case it is useful for anyone. But note that
this should *not* be added to fink until we sort out what
On Sun, 2006-04-09 at 12:07 -0600, Jeff Whitaker wrote:
Bill:
g95 does work on intel (gfortran doesn't). I've recently modified
octave, fftw, and scipy-py to use g95. I'll be working on converting
all packages to use g95.
The latest snapshot of gcc-4.2's gfortran should also work on
On Tue, 2006-03-21 at 23:42 -0500, Matthew Sachs wrote:
New buildfink data are up.
http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html
http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html
There are some new categories which should make some types of failure
On Thu, 2006-03-16 at 22:18 -0800, Kirk Volland wrote:
If you are still looking for a fortran compiler for
the Intel Mac, try HPC (High Performance Computing)
website. http://hpc.sourceforge.net/
It's author released an Intel binary of gfortran on
Sun. Don't know how he mangaged to
On Thu, 2006-03-16 at 16:27 +0900, AIDA Shinra wrote:
I'm sorry but I made a wrong cvs import. There is an unstable
directory at the toplevel. I tried cvs remove but I got the following
message:
Access denied: Contact project administrator if you must write here.
Can somebody remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
William Scott wrote:
| Dear Adrian Mugnolo:
|
| Tidy unfortunately won't build, and is thus preventing quanta and kde
| from updating
|
| Here is the output: http://www.chemistry.ucsc.edu/%7Ewgscott/temp/
| tidy.log
Interesting bug:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| William Scott wrote:
| | Dear Adrian Mugnolo:
| |
| | Tidy unfortunately won't build, and is thus preventing quanta and kde
| | from updating
| |
| | Here is the output: http://www.chemistry.ucsc.edu/%7Ewgscott/temp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David R. Morrison wrote:
| Here are the actual errors from the last line (without /dev/null):
|
| /var/tmp//cc3Ah87d.s:76:non-relocatable subtraction expression,
| __gfortrani_compile_options minus L003$pb
I just asked Andrew Pinski about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David R. Morrison wrote:
| /Volumes/Fink/fink.build/gcc4-4.1.0-1/gcc-4.1.0/darwin/./gcc/xgcc -B/
| Volumes/Fink/fink.build/gcc4-4.1.0-1/gcc-4.1.0/darwin/./gcc/ -B/fink/
| lib/gcc4/i386-apple-darwin8/bin/ -B/fink/lib/gcc4/i386-apple-darwin8/
| lib/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David R. Morrison wrote:
|
| On Feb 28, 2006, at 4:15 PM, Jack Howarth wrote:
|
| Chris,
| I had been hoping that X11.app and Rosetta would have been
| designed such that the X11 libs would be present in both binary
| formats (intel and ppc) so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Costabel wrote:
| I've added :
| CompileScript:
| ./configure %c
| perl -pi.bak -e
| 's/^whole_archive_flag_spec=.*/whole_archive_flag_spec=/g' libtool
| make
|
|
| And it does not issue the multiple definitions of symbols anymore,
|
|
| It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack Howarth wrote:
| dyld: Symbol not found: __cg_jpeg_resync_to_restart
| Referenced from:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
| Expected in: /sw/lib/libJPEG.dylib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| Jack Howarth wrote:
|
| | dyld: Symbol not found: __cg_jpeg_resync_to_restart
| | Referenced from:
|
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
On Dec 27, 2005, at 1:52 PM, Martin Costabel wrote:
-Wl,-bind_at_load -flat_namespace -undefined suppress -bundle
If you want to have a two-level image (and don't get an answer from
pogma explaining how to talk to libtool in its native language),
you can replace the -module -shared simply
On Dec 24, 2005, at 8:04 AM, Martin Costabel wrote:
On June 23, 2005 11:08, Cian Hughes wrote:
I tried pretty hard with 5.2 patches, but ultimately I got the
same broken net-snmp that shiped with tiger, since 10.4.2 has been
seeded to developers they are actually obliged to release the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Murali Vadivelu wrote:
| /bin/sh ../libtool --silent --tag=CXX --mode=link g++-3.3 -Wnon-
| virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-
| strings -O3 -fno-check-new -fno-common -Wl,-flat_namespace -Wl,-
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Trevor Harmon wrote:
| On Dec 13, 2005, at 6:47 PM, Benjamin Place wrote:
|
| I don't think there is a GNAT package in Fink, I looked on the
| Packages page and didn't find one. It seems to me that the GNAT Ada
| compiler is analogous to Apple's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
|
| Except that gnat needs an ada compiler to bootstrap (specifically it needs
| gnat). There is no gnat package in fink bacause making one is a pain and,
| until now, there has been no demand for one.
Replying to myself
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Koen van der Drift wrote:
|
| On Dec 4, 2005, at 9:57 AM, Martin Costabel wrote:
|
| I would double-check whether the gcc that fink uses in your case is
| really gcc-4.0 and not gcc-3.3.
|
|
| How can I check that, the line gcc version 4.0.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David R. Morrison wrote:
| There is one other issue, though, which is how we handle the upgrade to
| the 10.4 tree. We've discussed this a few times without ever reaching
| a conclusion.
Well, 1) no need to upgrade to intel/10.4 (nobody has it
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack Howarth wrote:
| Peter,
|Are you certain it is the need for -fPIC is limited at all with
| regard to static code in shared libs. In his article, Drepper says...
|
| The most important recommendation is to always use -fpic or -fPIC
| when
Jack Howarth wrote:
Could you download the lammpi-7.1.1-1 and gromacs/gromacs-mpi-3.3-1
files from fink tracking and try building them. If you remove the
SetMACOSX_DEPLOYMENT_TARGET: 10.2
Hi Jack,
Sorry this turns out to be not really for you but for the fink hackers.
Thinking that
Jack Howarth wrote:
Peter,
I believe I have a fixed version of the lammpi packaging now on the
fink tracking system. Please try it. There are essentially four changes
to configure. The first three are needed to create a lam which will
actually work when built under fink with g++-3.3. These
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Costabel wrote:
| This is strange also because the libtool calls in both cases seem
| identical...
|
| []
|
| It is curious that they produce such different linkages.
|
|
| Different libtool versions in /sw and in /usr?
|
Nope, setting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack Howarth wrote:
| I have posted three updated packages on the fink tracking system
| for lammpi 7.1.1-1, fftw3-3.0.1-1 and gromacs/gromacs-mpi 3.3-1.
| However I discovered afterwards that while the lam-7.1.1-1 package
| has a working lamboot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel E. Macks wrote:
| When the g77 package is updated next, please add:
| InfoDocs: g77.info
| to it so that the texinfo documentation index is updated properly.
I'm not sure that there need be a new revision all that soon. My worries
about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack Howarth wrote:
| Since a new gromacs, version 3.3 has been released, I will be
| updating the fink gromacs package soon. However, we will need to
| address the breakage in g77 from Xcode 2.2 for the required
| lammpi support to work. The
Jeff Whitaker wrote:
I think we want the g77 binary package to work for both users with
xcode-2.1
and xcode-2.2, which precludes building differently behaving pacakges
depending on the user's currently installed gcc.
What is there at the moment sucks and won't work on intel (i386 != i686),
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Costabel wrote:
| Koen van der Drift wrote:
|
|
| On Nov 12, 2005, at 5:13 PM, Peter O'Gorman wrote:
|
|
| This seems to work for me. Note that if 4.0.0/libgcc.a and
| 4.0.1/libgcc.a
| both exist, it will add both, but I don't think
Martin Costabel wrote:
Peter O'Gorman wrote:
[]
The only thing I can think to do is to link with
- -L/usr/lib/gcc/%m-apple-darwin8/4.0.0
-L/usr/lib/gcc/%m-apple-darwin8/4.0.1
- -L/usr/lib/gcc/%m-apple-darwin8/4.0.2 -lgcc
The thing is broken on x86 too.
I am not sure if this will work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| Martin Costabel wrote:
|
| Peter O'Gorman wrote:
| []
|
| The only thing I can think to do is to link with
| - -L/usr/lib/gcc/%m-apple-darwin8/4.0.0
| -L/usr/lib/gcc/%m-apple-darwin8/4.0.1
| - -L/usr/lib/gcc/%m-apple-darwin8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Koen van der Drift wrote:
|
| On Nov 11, 2005, at 5:53 PM, Alexander K. Hansen wrote:
|
| Well, I just noticed that I've got:
|
| /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc.a
| (and gcc is indeed gcc-4.0.1)
|
|
| I have the same :)
g77.info has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Costabel wrote:
| Well, I just noticed that I've got:
|
| /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc.a
| (and gcc is indeed gcc-4.0.1)
|
|
| This means that the trick (by jfm IIRC) we had to get rid of the
| -lcc_dynamic for g77 is now
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rogue wrote:
| On Tue, 08 Nov 2005 08:53:49 +0100 Martin Costabel [EMAIL PROTECTED]
| wrote:
|
| ... I don't and never have used binaries, nor the stable tree so the
| above is not a request but I'm having a hard time reconciliating the
| (perceived)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Doug Ransom wrote:
| InstallScript:
| #! /bin/sh -ev
| cp %b/pdftohtml %p/bin
|
|
|
Since there is no install target in the Makefile, I'd use install.
InstallScript:
~ install -d -m 755 %i/bin
~ install -m 755 pdftohtml %i/bin
You also need
-07-09 20:37:13.0 +0900
+++ pwlib/src/ptlib/unix/udll.cxx 2005-10-10 22:16:32.0 +0900
@@ -80,7 +80,7 @@
#include ptlib.h
-#ifdef P_MACOSX
+#if 0
/*
Copyright (c) 2002 Peter O'Gorman [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Alama wrote:
| This license is clearly not the GPL, LGPL, BSD, or Artistic license.
| Nor does it seem to be Restrictive, nor Commercial, nor Public Domain.
| It seems to adhere to the DFSG license requirements, but I'm not sure.
Looks like
Hi,
Just to let you all know that I asked to be removed from the core group due
to the fact that I have little or no free time to contribute there.
Thanks,
Peter
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack Howarth wrote:
| Jeffrey,
| Could you possibly add a gfortran package to fink unstable based off
| of the main trunk or 4.1 branch? Since g95 and gfortran have heavily
| forked, any bugs I find and report against g95 aren't easily checked
|
Jack Howarth wrote:
Peter,
For the features I need from gfortran, I'll need to be on the
4.1 branch. We should be testing that anyway since it is slated for
release in Sept. In any case, I am trying the following gfortran.info
at the moment...
Fink is not, in my opinion, supposed to be a
Jack Howarth wrote:
Peter,
I think one can hardly call the g95 compilers we currently put out
as 'released compilers'. These are daily snapshot builds of g95 which
are broken and fixed at regular intervals.
As for the gcc-4.0.1 package...what is its real purpose? The
compilers other
would likely use
such a tree in preference to stable.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQsakIbiDAg3OZTLPAQKMOwP7Bmi2v2tNb8rsZUQIGjMz1Uzhr+7ncrDl
PGfGwNr9Z+BG7Wv3C6c3Fhui0RK5WzKc2sdrMC1XDKZrJ9dG9JuF8gU4/wW+SP3R
++ api then it does not need to be
rebuilt. You can use Ben's idea to check this. nm -g app out1; nm -g app |
c++filt out2; cmp out1 out2
If they differ then the app needs to be rebuilt.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| Filed radar 4139432, seems that dyld is looking at
| DYLD_FALLBACK_LIBRARY_PATH (and it's default value) before it looks for the
| actual file...
It was suggested on #fink that our basefiles package have something like
the revision), the fork bomb
happens if fort77 is installed and the package uses gnu libtool-1.5 or
later, and CC is an exported environment variable.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQra7kriDAg3OZTLPAQIQeQQArbAl
the revision), the fork bomb
happens if fort77 is installed and the package uses gnu libtool-1.5 or
later, and CC is an exported environment variable.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQra7kriDAg3OZTLPAQIQeQQArbAl
, SetCXX fields instead.
I am not sure if the GCC field has changed recently, but previously it was
simply meant to be informative that the package used g++ of a certain
version and thus had ABI issues. Fink never used to look at the field, don't
know if current versions do.
Peter
- --
Peter
, but I haven't found gnome-
| config yet. How do I determine which package supplies gnome-config?
|
| It implies gnome1, no more in 10.4. It was in libgnome-dev.
Actually, it is in gnome-libs-dev, available in 10.3 and 10.4-transitional.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP
the change.
Mark, if you install stuff directly into %p, it will completely break for
binary only users, they will not get those files in their package.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin
-vfs2-ssl:
Looks like a dyld bug. Have you filed a radar? I have confirmed it with this
http://pogma.com/dyldtest.tar (does not require a fink ssl, works on
panther, fails on tiger). 'tis very strange...
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Bickel wrote:
| How do I get ASC to successfully link with fink?
SetLDFLAGS: -Wl,-framework,-Cocoa
if that does not work, you may need to edit the apropriate Makefile. GNU
libtool versions 1.5.18 eat -framework arguments.
Peter
- --
Peter
discussed both here and on fink-core previously.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQpaEFriDAg3OZTLPAQJxMgQAmoXADyfEM/2J5UgEE3gU3gMKzRE7vYuC
oXRAhBYRc/iBaj9gcCWbYMjmHPCV2cw0u3DZhNM7aKEARK/0yGdoRotQQk0IeCKb
and apply it. Send another email to the maintainer
when you do this.
Thanks,
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQo1Fw7iDAg3OZTLPAQLSbAP+Ocf0T/k1Ve+MxC63HwvpwfRW41rLkCf5
zPBoCJ1P4kr6Bclml6tvpTlfRzFwQIAe
postingand accusing others of stupidity.
Thanks,
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQnzf/LiDAg3OZTLPAQJlkAQAoZEaMiuex9R5sRBOdIMFqOvM3CB4Woiz
k88IxQtY80zYd+RZ0tCZkXsI4q0ThZlvMaR23DoHUUTvvQUgM76NMuwygG7P5aQ4
S53sgZc
++ packages we have that do not use autoconf and
might hardcode /usr/bin/c++ or /usr/bin/g++ though, actually these would
probably be the same packages that do not respect CXXFLAGS, so...
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin
Jean-François Mertens wrote:
On 18 Apr 2005, at 15:04, Peter O'Gorman wrote:
The only thing I can suggest is having a %p/lib/fink/override/
tree/bin/g++
and gcc and cc,c++ as symlinks to g++-3.3 and gcc-3.3 etc and fink
ensuring
that %p/lib/fink/override/tree/bin/ comes first in $PATH when
for this to
| be guaranteed to work.
This does not make sense to me. We are not talking about linking with Apple
supplied c++ libraries in /usr/lib, but fink supplied ones in /sw/lib. How
could the sysroot setting change anything relevant there?
Peter
- --
Peter O'Gorman - http://www.pogma.com
-version=1 -c break.cpp -o break.o
g++ -c lib.cpp -o lib.o
g++ -dynamiclib -o libbreak.dylib lib.o
g++ -fabi-version=1 -o break break.o libbreak.dylib
Please explain!
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin
-syslibroot to ld, why not just document NEXT_ROOT?), so why not just
force g++ to be g++-3.3 for fink builds on tiger and leave it at that?
Please convince me why the SDK is required.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
This SF.Net email
as the default compiler on tiger.
Please ensure that setCC and setCXX are also used to guarantee gcc-3.3 is
being used.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQl0j5riDAg3OZTLPAQLU7QP+IP0I/TIlK561bBIK/Nm+MWW2MyRBVJvS
|
| If that still doesn't help, maybe we'll need to figure out a way to turn
| things off.
How about:
CompileScript:
#! /bin/sh -ev
unset LD_PREBIND
...
And similar for installscript, wouldn't that do it?
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin
your solution avoid the fink 'node exists' bug?
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly
restrictive.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQk1UA7iDAg3OZTLPAQIEbwQAp8uKLxZHNu/2enMlwhvtcGISWOfTTvdv
M7R1T4QK6vgXne26Z0ixqweCGdgZYfn7BqEjzHkVRjT3PFkpzD5KDqPocVY/AoY/
F8eUkf9rc4pxSmZO0bgnYKm
these to VirtPackage.pm anyway...
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQjBbFriDAg3OZTLPAQLCDgP+OwnDsznvMyV0sNucE/2ef5NEAXNpksEz
ruY3r9YMxOppZkW6AyW8ssPbXWwTCtUM7GzTxmr5DV59n68ytQwpOhOo5/rhZ4Nm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Macks wrote:
|
| For Fink-driven compiling, this doesn't change the resulting binary,
| it just optimizes the compiling process, right? So that would mean no
| need to bump %r?
Right.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN
and can
propose a solution.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQinPO7iDAg3OZTLPAQID7QP+ONpe+747eyICBr2qMCP/wgng1+QKmE/H
gk3Eul3PjlC6Tkd9Wp4esL774hd7EfGGZ6yRa4hVBlGE6uDselVC33VyXKuDJjS6
WBm9fFWXzizu0c9WbU+sRhg3xEG
a little happier and
speed up our builds by adding --disable-dependency-tracking to the
ConfigureParams when you see this kind of thing.
No, this is not any kind of policy, it is just a request.
Thanks,
Peter
--
Peter O'Gorman - http://www.pogma.com
errors/warnings. If a shared library is built
with the static one as part of the input, it would normally reexport all the
global symbols from the static lib, making the static lib's symbols private
external will stop that from happening.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP
correctly, so I hope that someone will correct me if
I'm wrong.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover
as well as the apple objc runtime, should this be
looked into?
Sorry, I'm not being very helpful, just throwing out thoughts.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid
with
the GNU Objective-C runtime
but no other options related to objc. Maybe someone can help me out here.
Looks like --enable-threads=posix builds a libobjc-gnu.dylib ... gee, that's
obvious, I spotted that right away (NOT!).
Peter
--
Peter O'Gorman - http://www.pogma.com
either :)
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now
? It is probably worth talking about, if I
recall correctly Dan Macks wanted a gcj package at some point.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds
/local/share/aclocal.
|
| like
| cp /sw/share/aclocal/codeset.m4 /usr/local/share/aclocal
|
aclocal has a -I flag. Or install fink's automake and use /sw/bin/aclocal.
Don't, for goodness sake, copy files willy-nilly into /usr.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE
that
the SHLIBS_DEPS work will help in that goal, if it is implemented correctly.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iQCVAwUBQgdrhLiDAg3OZTLPAQIuUwP8CA5kVPYBN72YDG3FAHcHarIlMScVLjXv
10lOqPi+opS1Ily6ZZ6KnVblSu26ns68m7LE6Xsk
package:
~ i cctools 525-1[virtual package.]
Can you not builddepend on cctools (= 528.5-1)? Or does our cctools virtual
package guessing code not work correctly?
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin
with the overflowing mailbox,
and I doubt that a builddepends: cctools (= 528.5-1) would help you much
there :(.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews
@PREFIX@ instead of /sw
and then use a patchscript
PatchScript: sed -e 's|@PREFIX@|%p|g' %a/%n.patch |patch -p1
So, yes, you are correct, it is against fink policy to hardcode the prefix.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin
. No warnings at any verbosity level is best. If
you can't make the description shorter, pretend you never saw the warning :)
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iQCVAwUBQfUORbiDAg3OZTLPAQKLgwQAhyHsKMN6Yxl17ECuH6teslk7zLD8uzw4
there is a gcc -shared which ain't going to work,
and I'm going to bed :)
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iQCVAwUBQe0v47iDAg3OZTLPAQJqtAP/Rrf6SB9d9rUDYmGSV/MbErhmaDTTuP5y
F5vkdAUKgbVLnPoiYuHXekNo1tQ9o
to compile something. I couldn't
| find a way to stop this. Can anyone give me a hint please?
Hi,
Add a CompileScript that does nothing. e.g.
CompileScript: echo Nothing to do
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin
is included
in the package?
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iQCVAwUBQeMVhLiDAg3OZTLPAQKyGwP/SLXu1czDoYyrqlp82nzRcdY1AjO2RLTC
TClJpjh/ozWyV45n6fcSs9Xwfx3UzErgYJazqAwqqrGoHlr60HJzaZRQkwUK8NMU
mtNwpk9F
this package, I plan to remove
it from fink.
The source seems to be available on the fink source mirrors.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition
.
Anyway, it would be good to figure out how/why this ended up on our
distfiles mirrors when the license was listed as Restrictive.
Peter
--
Peter O'Gorman - http://www.pogma.com
---
The SF.Net email is sponsored by: Beat the post-holiday blues
to debug).
Also note that -single_module only appeared on the december 2002 developer
tools (if I recall correctly) and is not available on prior versions of the
linker. The gcc -r crap will work on all systems.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQCVAwUBQcGJh7iDAg3OZTLPAQJEBgP/f2/LLtRoxLZ2paQY9Y0OvC7ZWKpNs0SL
o5XHsq65HZrS6Ww/k9VTD5C9Dc4UrHKcxcis/TwSQ9/+Yu/AdDsK4dOXecJ3FHCe
.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQCVAwUBQcA8z7iDAg3OZTLPAQIAPQP+IlcuWnDvzexjSVw2L8aVd5FdnXXoBQg/
9
101 - 200 of 402 matches
Mail list logo