Am Sonntag, 20.07.03 um 07:41 Uhr schrieb Kyle Moffett:
I would like to propose a new internal engine for fink, based around
an Objective C library that I will call Finch in this email. I will
be unavailable for the next 3 weeks, but will work on code in my spare
time. When I get back, I
Why objective-C? Perl would get the job done faster, cheaper, and
with a larger installed base of people who can make contributions.
With Perl, it is more difficult to add bindings that make it usable in
C/Obj-C/etc. On the other hand, with C function callbacks to the
Objective C objects, it
On Sunday, Jul 20, 2003, at 05:27 US/Eastern, Max Horn wrote:
Just one word conflict handling. The single most biggest problem.
Plain forward dependencies are trtivial to handle and are already
handled in the existing engine. The hard cases are conflicts, and the
many many border cases, e.g.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randal L. Schwartz wrote:
Kyle I would like to propose a new internal engine for fink, based around
Kyle an Objective C library that I will call Finch in this email.
Why objective-C? Perl would get the job done faster, cheaper, and
with a larger
On Saturday, July 19, 2003, at 06:00 AM, Max Horn wrote:
Tried to email to [EMAIL PROTECTED] /
[EMAIL PROTECTED] yesterday, but the mails are not being
delivered, SF.net tells me:
[...]
A message that you sent has not yet been delivered to one or more of
its
recipients after more than 8
Am Sonntag, 20.07.03 um 16:02 Uhr schrieb Benjamin Reed:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randal L. Schwartz wrote:
Kyle I would like to propose a new internal engine for fink, based
around
Kyle an Objective C library that I will call Finch in this email.
Why objective-C? Perl
Max == Max Horn [EMAIL PROTECTED] writes:
Max I don't think any of our performance problems are due to perl anyway,
Max and so far nobody (including Kyle) has been able to prove
Max otherwise. All bottlenecks I see so far are disk I/O related, or due
Max to suboptimal algorithms (i.e. our abuse
Hisashi == Hisashi T Fujinaka [EMAIL PROTECTED] writes:
Hisashi On Sun, 20 Jul 2003, Randal L. Schwartz wrote:
If there's any part of the Perl programming that is too slow, please
demonstrate it with benchmarks.
Hisashi Reading the code. I can reread most of my code with some work; perl
Am Sonntag, 20.07.03 um 17:23 Uhr schrieb Randal L. Schwartz:
Max == Max Horn [EMAIL PROTECTED] writes:
Max I don't think any of our performance problems are due to perl
anyway,
Max and so far nobody (including Kyle) has been able to prove
Max otherwise. All bottlenecks I see so far are disk I/O
hello!
kdebase3-ssl-3.1.2-2
kdelibs3-ssl-3.1.2-2
arts-1.1.2-2
kdebase3-3.1.2-2
kdelibs3-3.1.2-2
kdegames3-3.1.2-2
koffice-1.2.90-3
libid3tag
normalize-0.7.4-1
xmms-normalize-0.7.6-1
i couldn't install the above packages ... these packages depend on
mad-shlibs but should now depend on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Kotzian wrote:
hello!
kdebase3-ssl-3.1.2-2
kdelibs3-ssl-3.1.2-2
arts-1.1.2-2
kdebase3-3.1.2-2
kdelibs3-3.1.2-2
kdegames3-3.1.2-2
koffice-1.2.90-3
libid3tag
normalize-0.7.4-1
xmms-normalize-0.7.6-1
i couldn't install the above packages ... these
11 matches
Mail list logo