Re: [Python-Dev] Reserving an arg space for Jython
> > > How about "-X is reserved for implementation-specific arguments"? > > > Isn't that bikeshedding? > > No. I think "implementation-specific" is definitely more accurate, > and I was hoping the suggestion might get an immediate "good idea, > implemented", from somebody already looking at that code. It's already committed, so one would have to go back and change it. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python 2.6a2 execution times with various compilers
-On [20080413 00:47], Gregory P. Smith ([EMAIL PROTECTED]) wrote: >With gcc 4.1.3 i'm finding that profile guided optimization when trained on >pybench or regrtest does make a measurable difference (2-5% overall time with >10-20% on some pybench tests). I haven't run benchmarks enough times to be >confident in my results yet, I'll report back with data once I have it. I'm >testing both pybench and regrtest as profiling training runs. It seems GCC 4.2.4 yields worse code for Python with the same options as 4.2.1, I measured about ~7%-8% slowdown (~0,5 seconds) on my test. Granted, in general this might all be nitpicking, but for our friends in the calculating departments this might be quite useful to know. The differences are in general not concentrated in specific sections of pybench, but are uniformly distributed. I know my employer can use such additional free optimizations since our jobs spawn in many hours of execution. Next to optimizing the source code, of course, this will also shave off quite a lot of execution time. >I will check in a special makefile target for easy gcc profile guided compiles >shortly so that those who want faster builds easily produce them. That would be interesting I think. I went with -fprofile-generate and -fprofile-use in my small test. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ Put your heart, mind, intellect and soul even to your smallest acts. This is the secret of success... ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Reserving an arg space for Jython
"Martin v. Löwis" writes: > > > > How about "-X is reserved for implementation-specific arguments"? > > > > > Isn't that bikeshedding? > > > > No. I think "implementation-specific" is definitely more accurate, > > and I was hoping the suggestion might get an immediate "good idea, > > implemented", from somebody already looking at that code. > > It's already committed, so one would have to go back and change it. Now, *you* are bikeshedding. I know that it was committed, so I politely made the suggestion, half-expecting it to get dropped on the floor. If so, no great loss, and I wouldn't have followed up (except maybe with a patch on the tracker). Is that discouraged on this list? (That's a real question.) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Reserving an arg space for Jython
> > > > Isn't that bikeshedding? > > > > > > No. I think "implementation-specific" is definitely more accurate, > > > and I was hoping the suggestion might get an immediate "good idea, > > > implemented", from somebody already looking at that code. > > > > It's already committed, so one would have to go back and change it. > > Now, *you* are bikeshedding. > > I know that it was committed, so I politely made the suggestion, > half-expecting it to get dropped on the floor. If so, no great loss, > and I wouldn't have followed up (except maybe with a patch on the > tracker). > > Is that discouraged on this list? (That's a real question.) Making suggestions on the list, and then following up with patch, is certainly encouraged, and happens all the time. I just think that *this* specific proposed change is more effort to talk about than it's worth. It may be more accurate, but changing the phrasing of the message that you get when you invoke a command line option that you shouldn't invoke in the first place, and can't know about unless you've been following this thread or read the source ... is such a minor thing that accuracy doesn't really matter, and is primarily a matter of personal taste. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Reserving an arg space for Jython
Brett Cannon schrieb: >> +0. If we ever run out of letters for command line options to have >> to collect -J, we have deeper problems than having to coordinate >> with Jython whether the letter is still available. > > +0 Shall I remove the reservation of -J again? Christian ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Reserving an arg space for Jython
-On [20080413 19:59], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote:
>Making suggestions on the list, and then following up with patch,
>is certainly encouraged, and happens all the time.
Here you go.
>I just think that *this* specific proposed change is more effort to
>talk about than it's worth.
So I wonder why it couldn't have been changed then instead of spending
another email on the subject. :P
--
Jeroen Ruigrok van der Werven / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/
Without you, I am nothing...
Index: Python/getopt.c
===
--- Python/getopt.c (revision 62327)
+++ Python/getopt.c (working copy)
@@ -88,7 +88,7 @@
if (option == 'X') {
fprintf(stderr,
- "-X is reserved for non-standard arguments\n");
+ "-X is reserved for implementation-specific arguments\n");
return '_';
}
Index: Modules/main.c
===
--- Modules/main.c (revision 62327)
+++ Modules/main.c (working copy)
@@ -390,7 +390,7 @@
skipfirstline = 1;
break;
- /* case 'X': reserved for non-standard arguments */
+ /* case 'X': reserved for implementation-specific arguments */
case 'U':
Py_UnicodeFlag++;
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
