Hi,
On Apr 30, 2004, at 12:58 PM, Daniel Macks wrote:
> On Fri, Apr 30, 2004 at 10:52:36AM -0700, Darkwing wrote:
>> Hey all. I have been using Fink for about 9 months and enjoying it,
>> but
>> it produces some really really slow executables. I decided to start
>> fresh, and I started editing the .info files to add SetCFLAGS: -fast
>> -mcpu=7450 and also -fPIC on libraries. This made a HUGE difference
>> especially in load times.
>
> According to what I've read, position-independent code is the default
> (and maybe only?) mode supported by PPC/Darwin, so -fPIC may be a
> no-op. But I'm not a gcc expert.
Right. -fPIC is always used in Mac OS X and Darwin (see 'man gcc'), so
this makes no difference. I do not believe that the -fast switch really
helps in regards to loading time. It surely speeds up applications
which are computing intensive. However, some applications do not like
the aggressive optimization done. They might run, but produce wrong
numerically results. Therefore, it is dangerous to apply these settings
blindly.
I believe something else happened when you started fresh: all
executables are now pre-bound. This speeds up the loading of
applications quite tremendously, but has nothing to do with compiler
settings. The problem is that if library A is not pre-bound, any
executable depending directly or indirectly on A is not pre-bound, too.
Thus if library A is used by many applications and it is now pre-bound,
the loading of all these executables is speeded up.
Cheers,
Remi
---------------------------------------------------------------------
Q: How many kinds of physicists are there?
A: Three. Those who can count and those who can't.
*********************************************************************
Remigius K. Mommsen e-mail: mommsen@...
University of California, Irvine URL: http://cern.ch/mommsen
c/o SLAC voice: ++1 (650) 926-3595
2575 Sand Hill Road #35 fax: ++1 (650) 926-3882
Menlo Park, CA 94025, US home: ++1 (650) 233-9041
*********************************************************************

It's not the XCode update (unless you removed your X11 SDK by
accident). Check out
http://fink.sourceforge.net/faq/usage-packages.php?phpLang=en#apple-
x11-wants-xfree86
On Apr 30, 2004, at 3:55 PM, Roberto Manuel Latorre wrote:
> I did a selfupdate on Fink Commander. Went good. A lot of the items
> went to "outdated." So, I did an update-all. It wanted xFree86! I have
> X11 from Apple & that's what I want to use. I know the xFree86 is
> version 4.4.1 & Apple X11 is just 4.3, but all my KDE, GNOME, etc
> stuff should work just the same, right?
>
> I did an Xcode update to v1.2. Could this be the problem? Should I
> download <<again>> the Xcode update just to extract the X11 & X11 SDK
> included there? Or is it enough to get them from the OS X.3.3 CD's?
> --
> VTY Roberto Manuel
--
Alexander Hansen
Fink Documentarian
[Day Job] Levitated Dipole Experiment
http://www.psfc.mit.edu/LDX

On Fri, Apr 30, 2004 at 10:52:36AM -0700, Darkwing wrote:
> Hey all. I have been using Fink for about 9 months and enjoying it, but
> it produces some really really slow executables. I decided to start
> fresh, and I started editing the .info files to add SetCFLAGS: -fast
> -mcpu=7450 and also -fPIC on libraries. This made a HUGE difference
> especially in load times.
If you find optimizations that are not specific for certain Mac
hardware, tell the package Maintainer so that everyone can benefit:)
dan
--
Daniel Macks
dmacks@...
http://www.netspace.org/~dmacks

On Fri, Apr 30, 2004 at 10:52:36AM -0700, Darkwing wrote:
> Hey all. I have been using Fink for about 9 months and enjoying it, but
> it produces some really really slow executables. I decided to start
> fresh, and I started editing the .info files to add SetCFLAGS: -fast
> -mcpu=7450 and also -fPIC on libraries. This made a HUGE difference
> especially in load times.
According to what I've read, position-independent code is the default
(and maybe only?) mode supported by PPC/Darwin, so -fPIC may be a
no-op. But I'm not a gcc expert.
> I was wondering if there's any way to make fink do this without me
> having to edit all the files
There's no way (and we're probably not going to design a way) to have
users pass arbitrary flags into the package compiling routine. That's
because one of our basic tenets is "the result of compiling a given
package name/version/revision must always be the same".
There are, of course, many ways you can do it. Easiest would be to run
a script on the .info files to add the SetCFLAGS line (or append to a
pre-existing one). Less easy (but avoids having to merge your changes
with newer .info releases) is to hack your local fink itself. It's
"just" a perl script...visit /sw/lib/perl5/Fink/PkgVersion.pm, the
set_env() method around line 2418. Maybe you'd want to not clean
certain vars from the env, or pass via fink-specific env vars
(FINK_CFLAGS?) or just hard-code your prefs.
dan
--
Daniel Macks
dmacks@...
http://www.netspace.org/~dmacks

I did a selfupdate on Fink Commander. Went good. A lot of the items
went to "outdated." So, I did an update-all. It wanted xFree86! I
have X11 from Apple & that's what I want to use. I know the xFree86
is version 4.4.1 & Apple X11 is just 4.3, but all my KDE, GNOME, etc
stuff should work just the same, right?
I did an Xcode update to v1.2. Could this be the problem? Should I
download <<again>> the Xcode update just to extract the X11 & X11 SDK
included there? Or is it enough to get them from the OS X.3.3 CD's?
--
VTY Roberto Manuel
QuickSilver 867MHz/1.5GB/60GB + 120GB/17" LCD Apple Studio
Monitor/Scalar Microscope/iMic/PowerWave/Pertech USB hub/DSL
connection (Earthlink, of course.)
Remember, you are unique, just like everyone else.

Hey all. I have been using Fink for about 9 months and enjoying it, but
it produces some really really slow executables. I decided to start
fresh, and I started editing the .info files to add SetCFLAGS: -fast
-mcpu=7450 and also -fPIC on libraries. This made a HUGE difference
especially in load times.
ethereal and all its dependancies were built this way, and it loads up
in about half a second on my 17" 1.5ghz PB. Compare this with over 1
second on my 2.66ghz p4 Gentoo linux machine with the entire system
optimized for a p4.
On my 1ghz 17" PB, it took something on the order of 5 seconds to load
ethereal.
I was wondering if there's any way to make fink do this without me
having to edit all the files for bundle-kde. :) KDE used to take over a
minute to load on the previous install. I'm hoping it'll be reasonable
with these flags set.
Steve

Hi,
After doing a selfupdate this morning, I noticed that nearly everything
in KDE had been updated. When I tried to do an update-all, though, I
got the following message:
Information about 3090 packages read in 1 seconds.
Failed: Can't resolve dependency "unsermake" for package
"arts-1.2.2-21" (no matching packages/versions found)
Looking at arts.info, there is a dependency on "unsermake", but I can't
find any description for such a package. Is this a mistake?
Thanks,
Charles
Charles A. Williams
Dept. of Earth & Environmental Sciences
Science Center, 2C01B
Rensselaer Polytechnic Institute
Troy, NY 12180
Phone: (518) 276-3369
FAX: (518) 276-2012
e-mail: willic3@...

I've been building vim from cvs for several months now. vim in unstable
won't build with XFree86 4.4. The errors have been fixed in cvs for a
couple of months (I could track it down if anyone wants).
If you do a cvs checkout, you have to use a case-sensitive version
filesystem because of some problems in cvs. src/po/en_gb.po isn't
supposed to be in cvs and it interferes with src/po/en_GB.po. It can't
be deleted because of problems with CVS and I guess the admins still
haven't been able to fix it.
--
Hisashi T Fujinaka - htodd@...
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte

Duncan Galloway <duncan@...> said:
> Subject: Problems upgrading/compiling, as usual
That's probably not the best way to get help...
> I ran fink selfupdate OK and then went on to fink update-all, but I
> keep getting this error:
>
> gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK
> -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include
> -I/usr/X11R6/include -I/sw/include -g -O2 -I/usr/X11R6/include
> -o objects/mbyte.o mbyte.c
> mbyte.c: In function `mb_init':
> mbyte.c:532: error: conflicting types for `_Xmblen'
> /usr/X11R6/include/X11/Xlib.h:99: error: previous declaration of
> `_Xmblen'
> mbyte.c:532: warning: extern declaration of `_Xmblen' doesn't match
> global one
> make: *** [objects/mbyte.o] Error 1
> ### execution of (cd failed, exit code 2
> Failed: compiling vim-6.1-16 failed
That problem has been reported before, and I haven't seen mention of a
fix for the fink package for that version of vim (though Google finds
many discussions about this error on many platforms).
> Any tips?
OTOH, I see there is a newer vim version in 10.3/unstable that has
slightly different dependencies. Perhaps give it a try?
I just replaced my XFree86 by following the instructions on
> the webpage and then doing "fink install xfree86". Why is it I can
> *never* keep this up to date without running into bugs like this??
> Here's my setup:
>
> OS X v.10.3.3
> > fink --version
> Package manager version: 0.20.0
> Distribution version: 0.7.0.cvs
>
> (this is a bit weird, because I thought I ran fink selfupdate-rsync,
> and then when it went to selfupdate, it used rsync commands...?)
That field appears to relate to the distribution of Fink itself, not
the way fink acquires package descriptions. The setting for the update
method is visible as the SelfUpdateMethod field of /sw/etc/fink.conf.
dan
--
Daniel Macks
dmacks@...
http://www.netspace.org/~dmacks