On Monday, 18 March 2024 at 22:15:49 UTC, Richard (Rikki) Andrew
Cattermole wrote:
Perhaps we can do the usual end of month time as well, I'll
give you a ping if I can do it.
At this rate I could very well be on a plane again, to more
southern destinations this time.
On Saturday, 9 March 2024 at 13:34:50 UTC, Steven Schveighoffer
wrote:
# BEERCONF!
And here I was getting on the newsgroups to see if BeerConf was
coming up sometime soon. I was on planes last weekend anyway so
it would have been quite impractical to jump on.
The Travelodge is no longer accepting card payments thanks to
broken machines. Therefore, we're moving just up the road to
Gibney's.
https://maps.app.goo.gl/JSooxcWRcF2mVooB9
On Monday, 17 July 2023 at 01:09:07 UTC, Steven Schveighoffer
wrote:
# BEERCONF!
I have a real-life BBQ on the 29th, I think I might aim a webcam
at the shenanigans.
On Saturday, 20 November 2021 at 14:04:49 UTC, Steven Schveighoff
My understanding is that Iain is currently unavailable, so I
created a Beerconf instance in Jitsi. I'll be there but muted
as I'm watching the first talk.
BEERCONF
This is my setup. Is this hacking?
On Saturday, 25 September 2021 at 07:14:58 UTC, Iain Buclaw wrote:
Hi all,
Beerconf is inviting you to a meeting.
BEERCONF
On Saturday, 28 August 2021 at 06:05:32 UTC, Iain Buclaw wrote:
# BEERCONF!
Beerconf is inviting you to a meeting.
BEERCONF
(I have no shirt, I am a beerconf failure)
On Saturday, 26 June 2021 at 12:51:46 UTC, Iain Buclaw wrote:
Beerconf is inviting you to a meeting.
BEERCONF
On Saturday, 29 May 2021 at 14:05:12 UTC, Iain Buclaw wrote:
Beerconf is inviting you to a meeting.
BEERCONF
On Saturday, 27 March 2021 at 13:39:59 UTC, Iain Buclaw wrote:
Let's kick things off then...
BEERCONF
On Saturday, 27 February 2021 at 14:11:14 UTC, Iain Buclaw wrote:
I've started up a meeting for people to come and go as they
please.
BEERCONF
On Saturday, 19 December 2020 at 15:15:16 UTC, Iain Buclaw wrote:
I've started up a meeting for people to come and go as they
please.
BEERCONF
On Friday, 20 November 2020 at 17:53:57 UTC, Iain Buclaw wrote:
It's that time of the month again, and the DConf Online Edition
of BeerConf has begun.
BEERCONF
On Sunday, 27 September 2020 at 00:48:34 UTC, Steven
Schveighoffer wrote:
Here is day 1's notes.
https://gist.github.com/schveiguy/ba5532fa64822113a8877ae4be37eeeb
Beer thread! Where are the worst beers created? We have some
contenders:
Ethan: Finland
I also followed on and said Finnish
On Thursday, 24 September 2020 at 13:23:08 UTC, Steven
Schveighoffer wrote:
Beerconf Spetember will be upon us soon!
I knew there was something I forgot to get at the shops.
On Monday, 7 September 2020 at 19:35:41 UTC, Dennis wrote:
Have you considered publishing it to code.dlang.org?
Not yet. Pretty busy at the moment, should probably wait for them
to be actually designated usable before doing so.
I noticed there's already
https://github.com/GooberMan/combindings
https://github.com/GooberMan/directxbindings
I needed some DirectX 12 bindings. Autogeneration was out of the
question. The .idl files Microsoft uses internally is full of
plain C++ code that is inserted in to headers without additional
parsing, and
On Tuesday, 7 January 2020 at 09:04:04 UTC, Ali Çehreli wrote:
This one is Laeeth introducing Andrei at Symmetry Investments:
http://acehreli.org/photo/dconf_2019/DSC04839.html
Ali
And if you start here you get to the important bits: BeerConf!
On Friday, 8 November 2019 at 10:09:32 UTC, Walter Bright wrote:
Except that we like your talks, Ethan :-)
Well, I'll be trying to arrange my schedule so I can raise my
hand for emcee duties again at least. So I won't be _completely_
invisible.
If I was submitting, given the success of my
On Wednesday, 6 November 2019 at 19:20:04 UTC, bachmeier wrote:
While I encourage you to submit a talk, I'll point out that
there were only six regular talks per day this year, and a lot
of those were core contributors, Andrei's students, and
prominent members of the community. So hope for the
On Friday, 1 November 2019 at 12:50:09 UTC, Jacob Carlborg wrote:
It's an alias, but what it's aliased to is a built-in type.
A *slice* of a built-in type *with qualifiers*.
The only way to simplify that description is to call it
"syntactic sugar". "Built-in type" to describe the entire
On Friday, 1 November 2019 at 10:39:42 UTC, Jacob Carlborg wrote:
FYI, string is a built-in type.
string is immutable(char)[], as we all know. Syntactic sugar, not
exactly a built in type but treating it like one is often
valuable.
To follow on from this, I'll share my experience with
On Friday, 18 October 2019 at 01:37:01 UTC, Walter Bright wrote:
Slides: https://digitalmars.com/articles/hits.pdf
Tangent time.
In regards to floating point:
Unable to convince people that more precision is worthwhile
I'm actually waiting for quad floats to have hardware support.
On Friday, 4 October 2019 at 10:22:56 UTC, Mike Parker wrote:
The latest post on the blog details some new funding
initiatives from the D Language Foundation. This includes
putting some of the HR Fund to use and seeding the first two of
a set of forthcoming Bugzilla bounties.
On Monday, 12 August 2019 at 13:08:17 UTC, Bert wrote:
What I'd like to do is write the business end of apps in D and
use C# for the gui(with possibly wpf hosting a D gui window in
some cases for performance of graphics). I want to leverage D's
meta programming to write efficient oop
On Thursday, 8 August 2019 at 15:51:45 UTC, Drobet wrote:
I'm having a weird issue, where after defining my classes
variables as private
https://dlang.org/spec/attribute.html
Section 8.4.2 of the spec reads:
Symbols with private visibility can only be accessed from within
the same module.
On Saturday, 25 May 2019 at 23:23:31 UTC, Ethan wrote:
So. On a 4K or higher desktop (Apple shift 5K monitors). Let's
say you need to redraw every one of those 3840x2160 pixels at
60Hz. Let's just assume that by some miracle you've managed to
get a pixel filled down to 20 cycles. But that's
On Sunday, 19 May 2019 at 21:01:33 UTC, Robert M. Münch wrote:
Hi, we are currently build up our new technology stack and for
this create a 2D GUI framework.
This entire thread is an embarrassment, and a perfect example of
the kind of interaction that keeps professionals away from online
If you have a question and want me to read it out for you, my
many phones are connected to IRC and Discord. Just tag me with
your question and I'll get a notification for it.
---
Discord:
https://discord.gg/YFujqFZ - click on this for the invite
My nick is set to Ethan but by username is
On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote:
The venue uses WebEx for livestreaming. All the information is
available in this PDF:
https://drive.google.com/open?id=1yekllbfOmxHqJNuuWIVeP9vNeROmfp1I
Good news everyone! A Youtube stream will be arriving after the
lunch break.
On Tuesday, 19 March 2019 at 19:50:15 UTC, Craig wrote:
For example, with windows I could simply compile to a dll then
extract the code, or just use LoadLibrary and it effectively
does all the work(steps 1 & 2 & 3).
LoadLibrary performs steps 1 and part of step 2. The DllMain
function of a
On Thursday, 14 February 2019 at 21:45:57 UTC, Crayo List wrote:
Please re-read my post carefully!
Or - even better - take the hint that not every use of SIMD can
be expressed in a high level manner.
On Wednesday, 13 February 2019 at 23:26:48 UTC, Crayo List wrote:
And that's precisely why I posted here; for those people that
have interest in vectorizing their code in a portable way to be
aware that there is another (arguably) better way.
All power to the people that have code that
On Saturday, 22 December 2018 at 12:18:25 UTC, Mike Parker wrote:
Thanks to Symmetry Investments, DConf is heading to London!
That's a funny typo you have for BeerConf there.
BEERCONF
On Thursday, 23 August 2018 at 22:12:17 UTC, David Nadlinger
wrote:
Throwing constructors are fundamental for making RAII work in a
composable fashion.
Is that actually true, or would handling exceptions within the
constructor allow one to initialise the object to an invalid
state and thus
Freenode has been under sustained attack from a spam botnet since
about 2.00 UTC 1 August. At least, that's when the first spam
message was posted to #d.
Freenode admins have suggested everyone adds +r to their channel
mode to stop unregistered accounts from joining. Sounds simple.
Except
On Sunday, 8 July 2018 at 11:47:20 UTC, Guillaume Piolat wrote:
Can you elaborate? What do you mean by AVX encoding, you mean
the new VEX encoding or AVX intrinsics?
VEX encoding. AVX intrinsics in the Intel API are just intrinsics
extensions like every SSE revision before it. It's purely up
On Saturday, 7 July 2018 at 13:20:53 UTC, Guillaume Piolat wrote:
The nice thing about LLVM intrinsics is that _semantics is
deccorelated from codegen_. You can generate AVX instructions
(if you really think it helps you) while writing the more
common SSE intrinsics.
Word to the wise. Some
On Wednesday, 13 June 2018 at 17:13:09 UTC, Atila Neves wrote:
This post is both a warning to the intrepid D programmers out
there who'd rather not hit a 4GB RAM limit for no reason on
Windows and also a question to see if anybody has been able to
use 64-bit dmd on Windows like intended.
On Thursday, 7 June 2018 at 21:07:26 UTC, DigitalDesigns wrote:
assert(b1.a == b2.a)!!
The spec isn't clear on this but it uses the same rules as struct
field initialisation, ie it's defined once and copied to each
instance on creation.
On Tuesday, 5 June 2018 at 22:20:08 UTC, DigitalDesigns wrote:
It doesn't matter! The issue that I said was not that ranges
were slower but that ranges exist on an abstract on top of
language semantics! that means that they can never be faster
than the language itself! Anything that a range
On Tuesday, 5 June 2018 at 21:54:20 UTC, DigitalDesigns wrote:
You are an idiot!
Take it to reddit. Back your arguments up with actual knowledge
and intelligence, not unfounded agression.
On Tuesday, 5 June 2018 at 21:22:27 UTC, DigitalDesigns wrote:
Ok asshat!
Take it to reddit. Back your arguments up with actual knowledge
and intelligence, not unfounded agression.
On Tuesday, 5 June 2018 at 12:08:58 UTC, Simen Kjærås wrote:
There's a reason for those rules in the language, namely
function hijacking. This is an issue we take very seriously,
and workarounds exists.
So serious that there is no meaningful error message?
These issues can be ameliorated as
On Tuesday, 5 June 2018 at 19:05:27 UTC, DigitalDesigns wrote:
For loops HAVE a direct cpu semantic! Do you doubt this?
...
Right. If you're gonna keep running your mouth off. How about
looking at some disassembly then.
for(auto i=0; iUsing ldc -O4 -release for x86_64 processors, the
On Tuesday, 5 June 2018 at 13:33:18 UTC, Kagamin wrote:
Why message detection is in receiver instead of infrastructure?
Because recursion. One of the messages I've written is a wrapper
message for a multi-packet split message, and calls receive with
the reconstructed byte buffer. Fairly
On Tuesday, 5 June 2018 at 10:11:49 UTC, Ethan wrote:
And, honestly, with this method, I am already seeing the
workaround. Because I've had to do it a ton of times already
with other templates. Run a search for 'mixin( "import' in
Binderoo to see how many times I've had to get around the
I've come across this before with Binderoo, but now I've got
really simple use cases.
Rather than having one unmaintainable mess of a file that handles
everything (for a really egregious example, see
std.datetime.systime which has the distinction of both its source
code and documentation
On Monday, 4 June 2018 at 18:11:47 UTC, Steven Schveighoffer
wrote:
BTW, do you have cross-module inlining on?
Just to drive this point home.
https://run.dlang.io/is/nrdzb0
Manually implemented stride and fill with everything forced
inline. Otherwise, the original code is unchanged.
17
On Monday, 4 June 2018 at 19:17:47 UTC, I love Ice Cream wrote:
It seems you guys are undercutting the results because you
don't like them:
Never mind that it is a commonly accepted criticism of the Tiobe
index. Someone on the internet wants to strawman, so it must be
valid!
(The only
Hey dlang community.
I've already been thinking in advance for DConf next year. If
things keep going well for me, I may not have anything I can
publicly talk about. So I've been thinking about what kind of
capacity I can contribute to the conference.
The easy way would be to raise my hand
On Tuesday, 22 May 2018 at 20:34:34 UTC, Ethan wrote:
foreach( MemberName; __traits( allMembers, Parent ) )
{
if( MemberName == SymbolName )
{
mixin( "alias ThisSymbol = Alias!( " ~
fullyQualifiedName!Parent ~ "." ~ SymbolName ~ " );" );
This is another case of "Works for me!"
As a part of getting Binderoo working, I've long long long wanted
to automagically create typedefs from alias declarations. But
working out if something is an alias is difficult. For example:
struct SomeObject
{
int foo;
}
alias NotSomeObject =
On Monday, 21 May 2018 at 14:36:32 UTC, Jacob Carlborg wrote:
enum Options options = { foo: true, bar: false, a: 42, b:
"guess what this does" };
SomeObject!options o;
Yeah, so this is one reason why I went the parsing way.
enum Options Options1 = { foo: false, a: 5 };
SomeObject!Options1
On Monday, 21 May 2018 at 13:22:33 UTC, Steven Schveighoffer
wrote:
Filter was written before static foreach existed. This is a
pretty low-hanging fruit if anyone wants to try it out.
-Steve
I've gone to the effort after all, I might as well just port my
code across. I'll look in to it.
On Monday, 21 May 2018 at 01:53:20 UTC, Manu wrote:
I don't really like that SomeObject() will be instantiated a
crap load of times for every possible combination and order of
options that a user might want to supply. How do you control
the bloat in a way that people won't mess up frequently?
On Monday, 21 May 2018 at 03:30:37 UTC, Paul Backus wrote:
Am I missing something, or is this the same thing as `std.meta:
Filter`?
Nope, I am missing something.
I don't find the std library documentation anywhere near as easy
to look through as something like cppreference.com, so I only
Code for context:
https://github.com/GooberMan/binderoo/blob/master/binderoo_client/d/src/binderoo/util/enumoptions.d
Something struck me at DConf. I was watching the dxml talk and
hearing about all these things that weren't being implemented for
one reason or another. And I was thinking,
And at the risk of getting this topic back on track:
On Wednesday, 16 May 2018 at 20:34:26 UTC, Walter Bright wrote:
Linkers already do that. Alignment is specified on all symbols
emitted by the compiler, and the linker uses that info.
Mea culpa. Upon further thinking, two things strike me:
On Thursday, 17 May 2018 at 17:26:04 UTC, Dmitry Olshansky wrote:
TCP being reliable just plain doesn’t cut it. Corruption of
single bit is very real.
Quoting to highlight and agree.
TCP is reliable because it resends dropped packets and delivers
them in order.
I don't write TCP packets
On Wednesday, 16 May 2018 at 16:54:19 UTC, Walter Bright wrote:
I used to do things like that a simpler way. 3 functions would
be created:
void FeatureInHardware();
void EmulateFeature();
void Select();
void function() doIt =
I.e. the first time doIt is called, it calls the Select
On Monday, 7 May 2018 at 17:28:55 UTC, Ethan wrote:
13 responses so far. Cheers to those 13.
4 responses since that post. And all four have listed "Plain old
ordinary C" as something they want supported. Classic. Now it's
in front of every other option.
Supporting C is step one to
On Tuesday, 8 May 2018 at 14:28:53 UTC, jmh530 wrote:
I don't really understand what to use binderoo for. So rather
than fill out the questionnaire, maybe I would just recommend
you do some work on wiki, blog post, or simple examples.
Been putting that off until the initial proper stable
On Sunday, 6 May 2018 at 15:28:11 UTC, Ethan wrote:
https://goo.gl/forms/DtKpuwOWR9V2TCnP2
13 responses so far. Cheers to those 13.
It's already proven to have some interesting insights. I assumed
plain old ordinary C support would have been the number one
choice for additional language
On Monday, 7 May 2018 at 03:33:19 UTC, Norm wrote:
Done and fyi it is a common misconception that the "Rat Koala"
is related to the almighty Koala :)
See, that just sounds a bit too much like a Sumatran Rat Monkey
to me.
https://goo.gl/forms/DtKpuwOWR9V2TCnP2
Rapidly iterating my D code from C++ or .NET is great, but these
are only two use cases that I know of. So. Let's see what other
use cases are out there, and what are the most common ones.
The link above goes to a Google Form where you can answer a
On Tuesday, 30 September 2014 at 22:32:26 UTC, Sean Kelly wrote:
Would delete on the D side work here? Or the more current
destroy()? ie. is release of the memory a crucial part of the
equation, or merely finalization?
Destruction of an object is *far* more important than releasing
memory.
On Tuesday, 30 September 2014 at 08:48:19 UTC, Szymon Gatner
wrote:
Considered how many games (and I don't mean indie anymore, but
for example Blizzard's Heartstone) are now created in Unity
which uses not only GC but runs in Mono I am very skeptical of
anybody claiming GC is a no-go for
I've been trying to think of a solution to use over here at
Remedy for making the garbage collector reference count
allocations instead of the current scan method (even with Rainer
Schütze's GC it still does a scan, and I'd feel much more
comfortable not having to schedule a GC collection
69 matches
Mail list logo