Dennis Clarke added the comment:
Oh, I think we can give up on -pedantic and -pedantic-errors. It is
just a nifty litmus paper test to see how code cranks under nasty
contraints. I would be hapyp with iso9899:1999 or even iso9899:2011.
Thank you for the feedback and the excellent response
Dennis Clarke added the comment:
I very likely do not understand what is happening here. From my little
perspective the Python project has become far too critical to be yet
another language that can not be ported and used just about anywhere. I
often port software from various places into
Dennis Clarke added the comment:
Minor note. I am going to change the component to the Parser.
--
components: +Parser -C API
___
Python tracker
<https://bugs.python.org/issue44
Dennis Clarke added the comment:
This was an excellent opportunity to review these CFLAGS and to
ponder the value of each. This took me a day to write and was
then reviewed by a team. I hope it answers your question.
---
There is
Dennis Clarke added the comment:
Let me see if I can be a bit more clear with the problem that I am
seeing on three separate systems. It does seem to be an issue in
a macro :
1) Debian Linux on IBM Power ppc64 big-endian :
enceladus$ uname -a
Linux enceladus 5.13.4-genunix #1 SMP Tue Jul
New submission from Dennis Clarke :
With release 3.9.6 I see failures in compile on three
system architectures and with three compilers. I did
check with GCC 10.2.1 ( Debian 10.2.1-6 ) on IBM Power and
also with FreeBSD UNIX LLVM/Clang 12.0.1 on AMD64 and also
with Oracle Studio C99 strict in
Dennis Clarke added the comment:
I see :
https://github.com/python/cpython/blob/master/Objects/exceptions.c#L2316
the void return has been fixed and really I should not be
looked anywhere else other than the master sources on some
oddball platform. I will start over
Dennis Clarke added the comment:
I gave up on trying to compile this code with C99. Trying C11 and
hope that blows up in different places.
--
___
Python tracker
<https://bugs.python.org/issue42
New submission from Dennis Clarke :
Seems related to issue42173 where the idea on the table was, simply to
drop Solaris support and to quote Mr Stinner to "let the code slowly
die". Regardless of this sort of neglect there are people who do try
to use Python on big endian risc syste
Dennis Clarke added the comment:
Well here we are in 2020 and Solaris systems are still running just fine. In
fact, some big Fujitsu SPARC systems are running in production for years and
years and also, no surprise, this test still fails horrifically on old stable
Solaris 10. Python is
New submission from Dennis Clarke :
The testsuite fails badly with a SIGBUS thus :
.
.
.
0:01:37 load avg: 2.81 [ 26/423/1] test_frozen passed
0:01:40 load avg: 2.77 [ 27/423/1] test_eof passed -- running: test_importlib
(31.7 sec), test_socket (31.2 sec)
0:01:41 load avg: 2.75 [ 28/423/1
New submission from Dennis Clarke :
Seems to be an error in the Makefile(s) in that the "make test" can
not compile some code for the correct architecture :
The process seems to begin well and fine :
alpha$ LD_LIBRARY_PATH=`pwd` /usr/local/bin/gmake test
New submission from Dennis Clarke :
During compile after a sucessful configure the final link stage fails :
/opt/developerstudio12.6/bin/cc -R/usr/local/lib -L/usr/local/lib
-R/usr/local/lib -L/usr/local/lib-o python Programs/python.o
-Wl,-R,/usr/local/lib -L. -lpython3.8d -lsocket
will break portability.
Dennis Clarke
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Dennis Clarke added the comment:
On 05/26/2016 06:01 PM, Zachary Ware wrote:
>
> Zachary Ware added the comment:
>
> Would you be interested in submitting a patch?
Right now I am trying to get a clean build of libffi outside of the
python tree and then will use the --use-system-l
Dennis Clarke added the comment:
On 05/26/2016 06:01 PM, Zachary Ware wrote:
>
> Zachary Ware added the comment:
>
> Would you be interested in submitting a patch?
Sure, of course. There are a number of problems in the Makefile(s) for a
system not using gcc and where CFLAGS a
New submission from Dennis Clarke:
While compiling from sources I see in the process :
.
.
.
creating build/temp.solaris-2.10-sun4v.64bit-3.5/libffi
checking build system type... sparc-sun-solaris2.10
checking host system type... sparc-sun-solaris2.10
checking target system type... sparc-sun
17 matches
Mail list logo
