New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bleedperl sfio fails op/sprintf.t #2245
Comments
From @nwc10Created by @nwc10I've build bleedperl (.patch says 6417) with sfio (sfio as supplied by comp/require.t test 23 fails (Out of memory) on stdio and sfio. not ok 129 >%.0f< >0.6< >1< >0< I'm not sure whether this is a bug in sfio or the perl test assuming too All other tests passed. Nicholas Clark Perl Info
|
From [Unknown Contact. See original ticket]From: Nicholas Clark <nick@ccl4.org>
Actually, Sfio2000 is available for download from -- BKS |
From [Unknown Contact. See original ticket]At 19:48 +0100 2000-07-21, Nicholas Clark wrote:
I'm guilty of that test. The C standard says, for the f format
My (biassed) vote is for a bug in sfio. Any chance you could see how |
@chorny - Status changed from 'open' to 'stalled' |
From @gannett-ggreerOn Fri Jul 21 04:48:47 2000, nicholas wrote:
Any tips on the Configure incantation to get Perl configured for sfio? Checking for GNU cc in disguise and/or its version number... from ./Configure -des -Dusedevel -Duseperlio -Dusesfio Attempts to force 'ldflags' to include the library haven't worked either. -- |
The RT System itself - Status changed from 'stalled' to 'open' |
From @nwc10Sorry for the delay in replying. On Sat, Jul 24, 2010 at 09:00:04PM -0700, George Greer via RT wrote:
No, no good idea. But assuming sfio 2005 is from 2005, then the bug report I think we'd roughly reached the decision that support for sfio as sideways Hence possibly this ticket should be rejected. Nicholas Clark |
From @nwc10On Thu, Mar 29, 2012 at 03:33:38PM +0100, Nicholas Clark wrote:
Oh, interesting. I'm surprised that adding them to ldflags didn't fix it commit 2d967e3 Regen files for mainline. Inline Patchdiff --git a/Configure b/Configure
index 3166b87..c51e39b 100755
--- a/Configure
+++ b/Configure
@@ -20,7 +20,7 @@
# $Id: Head.U,v 3.0.1.9 1997/02/28 15:02:09 ram Exp $
#
-# Generated on Fri Feb 23 03:39:53 EET 2001 [metaconfig 3.0 PL70]
+# Generated on Sat Mar 3 02:41:27 EET 2001 [metaconfig 3.0 PL70]
# (with additional metaconfig patches by perlbug@perl.org)
cat >c1$$ <<EOF
@@ -3146,7 +3146,7 @@ int main() {
exit(0);
}
EOM
-if $cc -o gccvers $ldflags gccvers.c; then
+if $cc -o gccvers $ccflags $ldflags gccvers.c; then
gccversion=`./gccvers`
case "$gccversion" in
'') echo "You are not using GNU cc." ;;
diff --git a/Porting/Glossary b/Porting/Glossary
Looks innocent, doesn't it? But it's enough to screw up Configure's If I remove sfio's replacement stdio.h from that directory, I get further. commit 39f7a87 Introduce PerlIO::get_layers() to allow people to peek MANIFEST | 1 + [although 19 tests fail at that point. Not totally sure why, but it seems With that commit, it all goes pear shaped: In file included from universal.c:22: Seems to be that this change upsets the build: Inline Patchdiff --git a/universal.c b/universal.c
index f5ce23e..6b011cf 100644
--- a/universal.c
+++ b/universal.c
@@ -17,6 +17,10 @@
#define PERL_IN_UNIVERSAL_C
#include "perl.h"
+#ifdef USE_PERLIO
+#include "perliol.h" /* For the PERLIO_F_XXX */
+#endif
+
Nicholas Clark |
From @doyRejecting as per Nicholas's comment. -doy |
From [Unknown Contact. See original ticket]Rejecting as per Nicholas's comment. -doy |
@doy - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#3561 (status was 'rejected')
Searchable as RT3561$
The text was updated successfully, but these errors were encountered: