Andrew Pinski wrote:
A workaround is to use -mdynamic-no-pic (that even speeds up your
programs).
Note -mdynamic-no-pic should not be used with shared libraries, also it
is not
in the FSF's gcc until 3.4 (aka it is in the cvs).
So this is not a usable workaround right now. Fink will have to do
The stable tree contains imlib-1.9.14-3, libjpeg-6b-6, and libpng3-1.2.5-4.
The -shlibs packages are splitoffs of the main packages, so they are
there as well.
These are precisely the same versions as are available in the unstable
tree.
-- Dave
From: Christian Schaffner <[EMAIL PROTECTED]>
Hi
The maintainer of aterm requested to move it to stable. However the
packages libjpeg-shlibs, libpng3-shlibs and imlib are not yet in the
stable tree. Could they be moved, too?
thanks for your help,
Chris.
---
This SF.Net email sponsored b
Just to follow up on my own message:
As the referenced document (made publically available, with permission of
the company, by an Apple employee) indicates, Apple will be shipping
a slightly non-standard version of Perl 5.8.1, with two-level namespace
enabled and thread support turned on. For thi
An apple employee posted the Developer Release Notes for Perl on Panther over
on the macosx-talk mailing list. They are well worth reading.
http://www.omnigroup.com/mailman/archive/macosx-talk/2003-June/013541.html
-- Dave
---
This SF.N
On Sunday, Jun 29, 2003, at 12:12 US/Eastern, David R. Morrison wrote:
What does this imply for
our binary distribution?
fyi, Debian renamed almost every C++ library package to deal with this
one.
---
This SF.Net email sponsored by: Free pre-
A workaround is to use -mdynamic-no-pic (that even speeds up your
programs).
Note -mdynamic-no-pic should not be used with shared libraries, also it
is not
in the FSF's gcc until 3.4 (aka it is in the cvs).
I have filed a bug with the FSF, http://gcc.gnu.org/PR11387 because I
still think this i
Homeowners Win
with Current Low Interest Rates
So fast and easy, take 3
minutes and see what is available, then
decide if this is an option
that will work for you. No charge and No
obligation for taking advantage of this online
instant quote service.
Am Dienstag, 01.07.03 um 10:04 Uhr schrieb Martin Costabel:
Andrew Pinski wrote:
OK, I hunted it down. It is really too silly: The code produced by a
fortran STOP statement (without optional stop-code) is treated as an
error by the new assembler. Definitely a bug in as.
No because gcc should pr
Try renaming /sw/fink/CVS to something else, and then do the
selfupdate-cvs again to reset your options.
On the other hand, if the account it's using is one with administrative
privileges, this is generally considered to be more desirable than
running as root.
On Monday, June 30, 2003, at 1
qijowea2ejrx1609i66lq5ecd3
Stop
Mailings Here
yltnjt7ramrah8vmvm1vwtu
nh1mq61v9jnqjz4026v3p1s5cd
Stop
Mailings Here
ic831g3u9brygztni2zvw8c
Martin Costabel wrote:
> If this is *only* one file in the atlas/lapack package, one can
> probably work around by patching this file, but since this is such an
> innocent file, I suspect the problem should pop up in other fortran
> programs as well.
Compiling a pdl580 yields me:
g77 -c -o sl
Andrew Pinski wrote:
OK, I hunted it down. It is really too silly: The code produced by a
fortran STOP statement (without optional stop-code) is treated as an
error by the new assembler. Definitely a bug in as.
No because gcc should produce something at that symbol but it is not, so
the bug s
14 matches
Mail list logo
