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
Not OK: perl v5.7.0 +DEVEL6961 on sun4-solaris-ld 2.8 (UNINSTALLED) #2538
Comments
From @AlanBurlisonThis is a build failure report for perl from Alan.Burlison@uk.sun.com, Perl built with -Duselongdouble base/cond............ok Flags: Site configuration information for perl v5.7.0: Configured by alanbur at Fri Sep 1 02:13:29 BST 2000. Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration: Locally applied patches: @INC for perl v5.7.0: Environment for perl v5.7.0: Additional info: Compiler version. |
From @ysthIn article <200009010836.JAA27935@mower.uk.sun.com>,
What does this show?: fgrep -e d_atolf -e d_strtold -e d_SCNfldbl -e sSCNfldbl -e d_qgcvt -e d_PRIgldbl -e sPRIgldbl -e d_Gconvert config.sh |
From @ysthIn article <zy+r5gzkgqrT092yn@efn.org>,
And does adding -DOVR_LDBL_DIG=DBL_DIG to ccflags fix it? I'd assume eval '$foo = 123+123.4+123e4+123.4E5+123.4e+5+.12;'; ). |
From @AlanBurlisonYitzchak Scott-Thoennes wrote:
d_Gconvert='qgcvt((x),(n),(b))' Alan Burlison |
From @AlanBurlisonYitzchak Scott-Thoennes wrote:
No. Same result. I can't see long double support being a goer for |
From @ysthAlan Burlison <Alan.Burlison@uk.sun.com> wrote:
And the others? Is there sSCNfldbl? I'm guessing that perhaps sscanf |
From @AlanBurlisonYitzchak Scott-Thoennes wrote:
Oh please - two different versions of the compiler on two different #include <stdio.h> prints Which looks fine to me. It is perl that is broke. However I dont think there is much chance of Alan Burlison |
From @jhi
Now, now. We are broken together, how about that. Perl doesn't know
Agreed.
|
From @ysthIn article <39B023F1.5F936D12@uk.sun.com>,
Put that way, I agree. Sorry, I didn't realize that the problem cc -c -DDL_UNLOAD_ALL_AT_EXIT -DDEBUGGING -I/usr/local/include -D_LARGEFILE_SOU and this was leading me to grasp at straws to make it just a string to
I was assuming that, yes. Now that 5.7.0 is out, can you try the following: #include "EXTERN.h" for (i = 0; i < countof(addends); ++i) { and see if a string conversion problem can be ruled in or out here. |
From @AlanBurlisonYitzchak Scott-Thoennes wrote:
$ ./z |
Migrated from rt.perl.org#4095 (status was 'resolved')
Searchable as RT4095$
The text was updated successfully, but these errors were encountered: