Developers,
Below is a simple Perl script that I use to look up MD5 values for Perl
module distributions on CPAN. I thought others might find it useful,
particularly when upgrading existing .info files. I like to use this
script because it fetches the CHECKSUMS file from the root CPAN server.
If I replace in root-pythia's info file the 2 ld commands by "g77 -v",
and drop all their arguments after " -lpythia", (change also "bin/sh -e"
to "bin/sh -ev" to see something), everything goes well.
(Purpose is to get the build to be independent of the system _ say of
gcc_select).
Output of that
Hi Jean-François,
As I am the maintainer of this package, I'm wondering what the changes
are for.
Thanks for enlighten me.
Cheers,
Remi
On Jan 11, 2005, at 11:15 AM, Jean-François Mertens wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci
In directory sc8-pr-cvs1
Jean-François Mertens wrote:
[]
However if I replace there "g77 -v" by "g77", I get :
g77 -bundle -o lib/libPythia.so *.o -L/sw/lib -lpythia
g77: couldn't run `undle-gcc-3.4.3': No such file or directory
This would be the "-b MACHINE" option of gcc. It is only recognized at
the beginning of the c
I have reinstalled DevSDK.pkg from XCode 1.5, but the problem stays, btw
no matter if I choose freetype-bin or freetype-hinting-bin.
config.log says:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:640: checki
Hey Chris,
I think you missed the + line right after :)
Was just switching to my current sf.net mail account.
-kurt
> > -Maintainer: Kurt Schwehr etool.com>
> > +Maintainer: Kurt Schwehr
> users.sourceforge.net>
>
> You should set the maintainer to None instead of
> removing the field
> a
Hi folk,
I'm putting together an erlang package (with the intended goal of
packaging ejabberd as well). Erlang is governed by the "Erlang Public
License", which is not one of the available licenses. So what do you
recommend I do? Thanks!
Daniel
--
"The most addictive drug in the world is mus
Dear Colleagues:
One of the packages I maintain, coot, has a tarball whose name has
remained the same even though there was a minor change. (I checked
with the author -- it is legitimate.)
I just updated the info file but kept the same revision number. Is that
the correct way to deal with this
Jens-Erik Weber wrote:
[]
ld: can't locate file for: -lcrtbegin.o
To quote what I answered last time I saws this (this was about version
1.3.1-7):
> It seems like crtbegin.o wasn't found.
Yes, that's one of the favorite omissions of Apple's installer.
Depending on the version of your developer
