Hello Ali,
BCS wrote:
I just graduated from collage (Yeah!) and got a job (Ye-ha!) in the
San Francisco bay area where I've spent just over 24hr ever (urk...).
Anyone from the area have any advice? Places to avoid, things to look
into or watch out for? That sort of thing.
(Offline responses
On Mon, Mar 29, 2010 at 12:44 PM, BCS wrote:
> I just graduated from collage (Yeah!)
Classic. What's next, decoupage? photomontage?
> and got a job (Ye-ha!)
Sincere congrats.
--bb
BCS wrote:
I just graduated from collage (Yeah!) and got a job (Ye-ha!) in the San
Francisco bay area where I've spent just over 24hr ever (urk...).
Anyone from the area have any advice? Places to avoid, things to look
into or watch out for? That sort of thing.
(Offline responses also welcom
>I just graduated from collage (Yeah!) and got a job (Ye-ha!) in the San
>Francisco bay area where I've spent just over 24hr ever (urk...).
>Anyone from the area have any advice? Places to avoid, things to look into or
>watch out for? That sort of thing.
Be careful in the Bay, naughty sharks s
BCS wrote:
Hello Walter,
I know a guy who got pasted enough in an online forum[...]
"got pasted"?
It's an old expression for bombing an area to bits.
Hello Walter,
I know a guy who got pasted enough in an online forum[...]
"got pasted"?
--
... <
Lutger wrote:
...
>
> unittest
> {
> alias Flags!q{ do_nothing, walk_dog, cook_breakfast, deliver_newspaper,
> visit_miss_kerbopple, morning_task = walk_dog | cook_breakfast,
> wash_covers } Todo;
>
> Todo list1 = Todo.do_nothing;
> assert( list1 == 1 );
> list1 |
Lutger wrote:
...
> struct Flags(string members, T = uint)
> {
> static assert( is(T : ulong), "Wrong underlying type of Flags: must be
> integral not " ~ T.stringof );
>
> mixin( genFlags(members) );
I screwed up of course, this must be:
mixin( genFlags(members, T.stringof) );
>
BCS Wrote:
> I just graduated from collage (Yeah!) and got a job (Ye-ha!) in the San
> Francisco
> bay area where I've spent just over 24hr ever (urk...).
>
> Anyone from the area have any advice? Places to avoid, things to look into
> or watch out for? That sort of thing.
>
> (Offline respon
Andrei Alexandrescu wrote:
> On 03/28/2010 03:44 AM, Lutger wrote:
(...)
>> I like this idea of implementing a flag type and tried to work something
>> out. Instead of implementing the overloads, it is also possible to
>> generate an enum via CTFE inside a struct and forward with alias this,
>> wh
I just graduated from collage (Yeah!) and got a job (Ye-ha!) in the San Francisco
bay area where I've spent just over 24hr ever (urk...).
Anyone from the area have any advice? Places to avoid, things to look into
or watch out for? That sort of thing.
(Offline responses also welcome at: benjam
On 29-mar-10, at 16:57, so wrote:
The example you give cannot be solved easily and efficiently (find
the type to use in a function) without some kind of inference based
on the return type, annotations, or Hindley Milner style type
inference.
annotation don't scale, using inference based on
Much stuff is missing.
Walter Bright wrote:
Mike James wrote:
All the money has gone to build a large volcano complex where Walter
can sit
all day stroking a white cat and plotting the downfall of C++...
Eeexcellhhhnt!!
You've grown a mustache? Perfect! Finally there's hope for D!*
*http://www.al
Mike James wrote:
All the money has gone to build a large volcano complex where Walter can sit
all day stroking a white cat and plotting the downfall of C++...
Eeexcellhhhnt!!
The example you give cannot be solved easily and efficiently (find the
type to use in a function) without some kind of inference based on the
return type, annotations, or Hindley Milner style type inference.
annotation don't scale, using inference based on the return type is very
difficult an
On Mon, 29 Mar 2010 08:09:09 -0300, Steven Schveighoffer
wrote:
On Sun, 28 Mar 2010 23:30:32 -0400, Robert Jacques
wrote:
On Sun, 28 Mar 2010 16:16:41 -0300, Steven Schveighoffer
wrote:
The current GC has a simple "type info" if you will -- contains
pointers or doesn't contain pointe
What i am asking is why it have to be this way.
In "return 1 / float", why 1 is assumed as an integer, and
consequently casted to float.
In math [real numbers] > [integers] > [natural numbers}, why 1 is an
integer? and especially why 1 is an 32 bit integer?
T foo(T)(T k) {
return k +
It would be nice to say "in this function, assume numeric literals are
of type T," but that might be too specific a solution (could only apply
to builtin types). I don't think it's feasible for the compiler to
infer what type it should use.
-Steve
It would be nice indeed!
My proposal"ish
JamesKan Wrote:
> Andrei wants some (he just wants money, huh). Walter? Shut it down. Count
> the people engaged in this , and if a few select
> capitalize on its failure, then, who are you? There is no money in D.
> None. Nada. Religions are not for profit. It's OK to worship, whoever
> peop
On Mon, 29 Mar 2010 09:20:56 -0400, so wrote:
You are right, inv is a dumb function, we need a real world example.
Say we have a function with 2 overloads, which might be the reasons of
precision, performance...
float foo(float m) {}
double foo(double m) {}
Now we need to call this within
On Sun, Mar 28, 2010 at 12:37:14PM -0700, Igor Lesik wrote:
> IMHO, such oversimplified approach is not very useful.
Depends on your needs. A lot of time, I just want to quickly whip
something together that fetches something, and I don't care how long
it takes*. It's the kind of thing I'd use the
This works today, no (except for the d is redundant)? I guess I don't
really understand what you are looking for...
-Steve
Could you please write the equivalent D code for generic inv function?
I guess it would be
T inv(T)(T m) {
return 1 / m;
}
Right? With a glance, It is perfectl
On 29/03/10 12:43, bearophile wrote:
I've taken a look at the votes in Bugzilla, and I've seen the bug reports that
ask for a more tidy module system are among most voted ones, it's not just a
pet peeve of mine:
Entry number 1:
Bug 314: "[module] Static, renamed, and selective imports are alwa
I've taken a look at the votes in Bugzilla, and I've seen the bug reports that
ask for a more tidy module system are among most voted ones, it's not just a
pet peeve of mine:
Entry number 1:
Bug 314: "[module] Static, renamed, and selective imports are always public",
30 votes
Entry number 3:
On 29-mar-10, at 12:57, Steven Schveighoffer wrote:
On Sun, 28 Mar 2010 15:09:35 -0400, so wrote:
On Sun, 28 Mar 2010 23:46:55 +0400, Steven Schveighoffer > wrote:
[...]
I am not sure what you mean really? You mean the other way around?
i want :
inv(5.0f), inv(5.0d), inv(5.0L)
or
T x; in
On Sun, 28 Mar 2010 23:30:32 -0400, Robert Jacques
wrote:
On Sun, 28 Mar 2010 16:16:41 -0300, Steven Schveighoffer
wrote:
The current GC has a simple "type info" if you will -- contains
pointers or doesn't contain pointers. It doesn't mean we cannot add to
that. In fact, I think dsimc
On Sun, 28 Mar 2010 15:09:35 -0400, so wrote:
On Sun, 28 Mar 2010 23:46:55 +0400, Steven Schveighoffer
wrote:
What you are asking for is a template instantiation that depends on
instantiating itself. How about a function like this?
void foo(int x);
T inv(T)(T m) {
foo(m);
return
On 29-mar-10, at 10:29, Don wrote:
Walter Bright wrote:
Don wrote:
(1) Converting a floating point literal into a double literal is
usually not lossless.
0.5f, 0.5, and 0.5L are all exactly the same number, since they
are exactly representable.
But 0.1 is not the same as 0.1L.
It depends.
Walter Bright wrote:
Don wrote:
(1) Converting a floating point literal into a double literal is
usually not lossless.
0.5f, 0.5, and 0.5L are all exactly the same number, since they are
exactly representable.
But 0.1 is not the same as 0.1L.
It depends. The D compiler internally stores all
JamesKan wrote:
Andrei wants some (he just wants money, huh). Walter? Shut it down. Count
the people engaged in this , and if a few select
capitalize on its failure, then, who are you? There is no money in D.
None. Nada. Religions are not for profit. It's OK to worship, whoever
people want to
31 matches
Mail list logo