Walter Bright newshou...@digitalmars.com writes:
Thanks, I also discovered that Ada supports it.
As does Common Lisp with the dynamic variable *read-base*¹, the
sharpsign R reader macro², and, less interestingly, the function
parse-integer³.
Footnotes:
¹
Bill Baxter wrote:
version(int) is like a programming language with one variable. It's
ridiculous.
One variable, and one operator, =.
To be fair, it was clearly intended to refer to the version of the
final user's app, not a library version or platform version or
anything else.
But to assume
BCS n...@anon.com wrote in message
news:a6268ffd62c8cc3b5a3ae2d...@news.digitalmars.com...
Hello KennyTM~,
What's the point of using bases other than 2, 8, 10, 16, 36 and 64?
Base 13 is useful in literature.
Also, base 4 is very useful on Parallax's Propeller microcontroller because
it's
Walter Bright wrote:
Bill Baxter wrote:
version(int) is like a programming language with one variable. It's
ridiculous.
One variable, and one operator, =.
To be fair, it was clearly intended to refer to the version of the
final user's app, not a library version or platform version or
Don wrote:
Walter Bright wrote:
Bill Baxter wrote:
version(int) is like a programming language with one variable. It's
ridiculous.
One variable, and one operator, =.
To be fair, it was clearly intended to refer to the version of the
final user's app, not a library version or platform
Don wrote:
bearophile wrote:
Don:
There seems to be no point in having a *single* integer value, shared
between the app and all libraries! It's just reducing future
flexibility.
It doesn't reduce flexibility at all,
I meant future D flexibility.
because if you need something more
Hello KennyTM~,
On Nov 21, 09 15:40, Yigal Chripun wrote:
On 21/11/2009 02:45, Andrei Alexandrescu wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few
On Sat, 21 Nov 2009 14:51:02 -0500, Walter Bright
newshou...@digitalmars.com wrote:
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions! If it needs
to be worded as a removal, then Remove version's capitalization
inconsistencies ;). The current state of that
Yigal Chripun wrote:
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct initializers.
IMO this cleanup and polish is important and all successful languages do
such cleanup for major releases (Python and Ruby come to mind).
Don:
So weak that they're pretty much useless:
version(integer), debug(integer)
I have used that for something unrelated that deserves (as in Fortress) a
better standard implementation (to give numeric integer/float constants during
compilation):
bearophile wrote:
Don:
So weak that they're pretty much useless:
version(integer), debug(integer)
I have used that for something unrelated that deserves (as in Fortress) a
better standard implementation (to give numeric integer/float constants during
compilation):
Don:
There seems to be no point in having a *single* integer value, shared
between the app and all libraries! It's just reducing future flexibility.
It doesn't reduce flexibility at all, because if you need something more
complex you don't use it and nothing bad happens. You can even ignore
dsimcha:
I think D is about the
only language on the planet that cares about both scaling up to huge million
line
applications and scaling down to small 500-line scripts.
Scala means scalable language, it's supposed to be designed to be able to
scale both up and down :-)
Removing the
Mon, 23 Nov 2009 12:37:27 -0500, bearophile wrote:
dsimcha:
I think D is about the
only language on the planet that cares about both scaling up to huge
million line applications and scaling down to small 500-line scripts.
Scala means scalable language, it's supposed to be designed to be
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just to read in a file
line by line in the default character encoding.
That's a library issue. Has nothing to do with the language.
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just to read in a file
line by line in the default character encoding.
That's a library issue. Has nothing to do
bearophile wrote:
Don:
There seems to be no point in having a *single* integer value, shared
between the app and all libraries! It's just reducing future flexibility.
It doesn't reduce flexibility at all,
I meant future D flexibility.
because if you need something more complex you don't
On Mon, Nov 23, 2009 at 11:13 AM, Don nos...@nospam.com wrote:
Some specifics -- it'd be nice to have a Windows version specified as an
integer. It'd be nice to have a DirectX version number. Can't do it.
version(int) is like a programming language with one variable. It's
ridiculous.
One
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just to read in a file
line by line in the default character encoding.
That's a library issue. Has
On Mon, Nov 23, 2009 at 12:04 PM, Pelle Månsson pelle.mans...@gmail.com wrote:
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just to read in a
Bill Baxter wrote:
On Mon, Nov 23, 2009 at 12:04 PM, Pelle M�nsson pelle.mans...@gmail.com wrote:
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just
I am not talking about version(n) here, I am talking about a standard way to
give a constant number to the compiler that can be used as a constant inside
the code.
I meant one of more constant numbers, of course :-)
Bye,
bearophile
On Mon, 23 Nov 2009 23:04:54 +0300, Pelle Månsson
pelle.mans...@gmail.com wrote:
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote:
[snip]
as opposed to the
Java way of having to use 5 different classes just to read in a
Tue, 24 Nov 2009 00:21:41 +0300, Denis Koroskin wrote:
On Mon, 23 Nov 2009 23:04:54 +0300, Pelle Månsson
pelle.mans...@gmail.com wrote:
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Mon, 23 Nov 2009 17:14:54 +, dsimcha wrote: [snip]
as opposed to the
Java way
Walter Bright wrote:
Yigal Chripun wrote:
in the long term, I'd like to see a more general syntax that allows to
write numbers in any base.
something like:
[base]n[number] - e.g. 16nA0FF, 2n0101, 18nGH129, etc.
also define syntax to write a list of digits:
1024n[1005, 452, 645, 16nFFF] // each
On 21/11/2009 02:45, Andrei Alexandrescu wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C
Yigal Chripun wrote:
in the long term, I'd like to see a more general syntax that allows to
write numbers in any base.
something like:
[base]n[number] - e.g. 16nA0FF, 2n0101, 18nGH129, etc.
also define syntax to write a list of digits:
1024n[1005, 452, 645, 16nFFF] // each digit can also be
On Nov 21, 09 15:40, Yigal Chripun wrote:
On 21/11/2009 02:45, Andrei Alexandrescu wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
Walter Bright wrote:
Yigal Chripun wrote:
in the long term, I'd like to see a more general syntax that allows to
write numbers in any base.
something like:
[base]n[number] - e.g. 16nA0FF, 2n0101, 18nGH129, etc.
also define syntax to write a list of digits:
1024n[1005, 452, 645, 16nFFF] // each
Justin Johansson n...@spam.com wrote in message
news:he768r$244...@digitalmars.com...
Nick Sabalausky wrote:
1. Floating point literals without digits on *both* sides!!! 1.,
.1 -- Useless hindrance to future language expansion!
On 1. I understand you mean floating point literals without
KennyTM~ kenn...@gmail.com wrote in message
news:he8a02$1jt...@digitalmars.com...
On Nov 21, 09 15:40, Yigal Chripun wrote:
in the short term I wouldn't mind if they would be typed as:
0baseEightXXX or what ever as long as the current syntax is removed.
in the long term, I'd like to see a
Pelle Månsson wrote:
Walter Bright wrote:
Yigal Chripun wrote:
in the long term, I'd like to see a more general syntax that allows
to write numbers in any base.
something like:
[base]n[number] - e.g. 16nA0FF, 2n0101, 18nGH129, etc.
also define syntax to write a list of digits:
1024n[1005,
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions! If it needs to
be worded as a removal, then Remove version's capitalization
inconsistencies ;). The current state of that is absolutely ridiculous, and
frankly, a real PITA (Ok, I need to version for Blah
Walter Bright, el 21 de noviembre a las 11:51 me escribiste:
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions! If it
needs to be worded as a removal, then Remove version's
capitalization inconsistencies ;). The current state of that is
absolutely ridiculous,
Walter Bright newshou...@digitalmars.com wrote in message
news:he9gba$167...@digitalmars.com...
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions! If it needs
to be worded as a removal, then Remove version's capitalization
inconsistencies ;). The current
Nick Sabalausky wrote:
To the average D user they may as well be random.
I'd at least like a function that returns random D users. And not the
names of D users, but actual D users.
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions!
/agree
Altough this is only a minor itch, I would really like to scratch it –
following consistent capitalization rules would probably make it more
intuitive to a much larger user group than coinciding with the
Nick Sabalausky wrote:
Justin Johansson n...@spam.com wrote in message
news:he768r$244...@digitalmars.com...
Nick Sabalausky wrote:
1. Floating point literals without digits on *both* sides!!! 1.,
.1 -- Useless hindrance to future language expansion!
On 1. I understand you mean floating
Justin Johansson wrote:
I wasn't thinking XSLT particularly.
By XML aware, I meant awareness of (any parts of) the wider XML
ecosystem in general and W3C related specs so not just XML syntax but
including XML Schema Datatypes for example. Obviously XSLT is something
that would be
Leandro Lucarella wrote:
Walter Bright, el 21 de noviembre a las 11:51 me escribiste:
Nick Sabalausky wrote:
Yes! Capitalization consistency in the predefined versions! If it
needs to be worded as a removal, then Remove version's
capitalization inconsistencies ;). The current state of that is
Chad J wrote:
Justin Johansson wrote:
I wasn't thinking XSLT particularly.
By XML aware, I meant awareness of (any parts of) the wider XML
ecosystem in general and W3C related specs so not just XML syntax but
including XML Schema Datatypes for example. Obviously XSLT is something
that would
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct initializers.
IMO this cleanup and polish is important and all successful languages do
such cleanup for major releases (Python and Ruby come to mind). I'm glad
to see that D
Yigal Chripun wrote:
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct initializers.
IMO this cleanup and polish is important and all successful languages do
such cleanup for major releases (Python and Ruby come to mind).
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish is important and all successful
On Fri, Nov 20, 2009 at 04:49:52PM -0500, Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or even
better, a general any-positive-inter-base syntax.
Both D and DMC accept 0b as a binary literal. If 0x is hex, it seems
logical that octal should be
On Fri, Nov 20, 2009 at 2:12 PM, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Fri, Nov 20, 2009 at 04:49:52PM -0500, Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or even
better, a general any-positive-inter-base syntax.
Both D and DMC accept
On 20/11/2009 23:49, Nick Sabalausky wrote:
Yigal Chripunyigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish is important and
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 2:12 PM, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Fri, Nov 20, 2009 at 04:49:52PM -0500, Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or even
better, a general any-positive-inter-base syntax.
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish is important
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish is important and
Lars T. Kyllingstad wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup
On Fri, Nov 20, 2009 at 3:10 PM, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as
Justin Johansson wrote:
Lars T. Kyllingstad wrote:
It would definitely be a problem if octal literals disappeared from
the language, even if only for a short while. They are pretty much the
only sensible way to specify POSIX file permissions.
import core.sys.posix.sys.stat;
...
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:10 PM, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed
On Fri, Nov 20, 2009 at 3:37 PM, Justin Johansson n...@spam.com wrote:
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:10 PM, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:37 PM, Justin Johansson n...@spam.com wrote:
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:10 PM, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
On Fri, Nov 20, 2009 at 3:53 PM, Justin Johansson n...@spam.com wrote:
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:37 PM, Justin Johansson n...@spam.com wrote:
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 3:10 PM, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
Nick Sabalausky
Yigal Chripun wrote:
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct initializers.
IMO this cleanup and polish is important and all successful languages do
such cleanup for major releases (Python and Ruby come to mind).
Ellery Newcomer wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and
On Fri, Nov 20, 2009 at 4:45 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
Yigal Chripun yigal...@gmail.com wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
Bill Baxter, el 20 de noviembre a las 14:10 me escribiste:
On Fri, Nov 20, 2009 at 2:12 PM, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Fri, Nov 20, 2009 at 04:49:52PM -0500, Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or
even
On Fri, Nov 20, 2009 at 5:09 PM, Leandro Lucarella llu...@gmail.com wrote:
Bill Baxter, el 20 de noviembre a las 14:10 me escribiste:
On Fri, Nov 20, 2009 at 2:12 PM, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Fri, Nov 20, 2009 at 04:49:52PM -0500, Nick Sabalausky wrote:
2. Octal
Andrei Alexandrescu Wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or
even
better, a general any-positive-inter-base syntax. But until that finally
happens, I don't want 010 == 8 preserved. And I don't think
Justin Johansson, el 21 de noviembre a las 09:42 me escribiste:
It would definitely be a problem if octal literals disappeared
from the language, even if only for a short while. They are pretty
much the only sensible way to specify POSIX file permissions.
import core.sys.posix.sys.stat;
On Fri, Nov 20, 2009 at 5:22 PM, Justin Johansson n...@spam.com wrote:
Andrei Alexandrescu Wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or
even
better, a general any-positive-inter-base syntax. But until that
Bill Baxter, el 20 de noviembre a las 15:43 me escribiste:
octal(755)?
What's the base-10 identity of that?
decimal(493) or decimal(755)?
base-16 etc.
Fine. Make it octal!755 if you prefer.
The point is just that you can write a function that will convert a
number to octal for
Bill Baxter, el 20 de noviembre a las 17:18 me escribiste:
On Fri, Nov 20, 2009 at 5:09 PM, Leandro Lucarella llu...@gmail.com wrote:
Bill Baxter, el 20 de noviembre a las 14:10 me escribiste:
On Fri, Nov 20, 2009 at 2:12 PM, Adam D. Ruppe
destructiona...@gmail.com wrote:
On Fri, Nov 20,
Bill Baxter Wrote:
On Fri, Nov 20, 2009 at 5:22 PM, Justin Johansson n...@spam.com wrote:
Andrei Alexandrescu Wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
2. Octal literals! I think it'd be great to have a new octal syntax, or
even
better, a general
On Fri, Nov 20, 2009 at 5:31 PM, Leandro Lucarella llu...@gmail.com wrote:
Bill Baxter, el 20 de noviembre a las 17:18 me escribiste:
On Fri, Nov 20, 2009 at 5:09 PM, Leandro Lucarella llu...@gmail.com wrote:
Bill Baxter, el 20 de noviembre a las 14:10 me escribiste:
On Fri, Nov 20, 2009 at
Bill Baxter Wrote:
On Fri, Nov 20, 2009 at 5:31 PM, Leandro Lucarella llu...@gmail.com wrote:
Bill Baxter, el 20 de noviembre a las 17:18 me escribiste:
On Fri, Nov 20, 2009 at 5:09 PM, Leandro Lucarella llu...@gmail.com
wrote:
Bill Baxter, el 20 de noviembre a las 14:10 me escribiste:
71 matches
Mail list logo