Re: Beta 2.098.0

[Temtaime via Digitalmars-d-announce]

On Wednesday, 29 September 2021 at 20:53:53 UTC, Martin Nowak 
wrote:
Glad to announce the first beta for the 2.098.0 release, ♥ to 
the 62 contributors.


http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.098.0.html

This release is quite a bit delayed due to [OSX build 
woes](https://github.com/dlang/installer/pull/487) and some 
personal lack of time.


As usual please report any bugs at
https://issues.dlang.org

-Martin


What is really discourages me that persons like Walter instead of 
making D great just do nothing helpful.


https://issues.dlang.org/show_bug.cgi?id=22115 was created for no 
reason and fixed same day.


While these ones will rest for some years i think ...
https://issues.dlang.org/show_bug.cgi?id=22148
https://issues.dlang.org/show_bug.cgi?id=22283

Re: Beta 2.097.2

[Temtaime via Digitalmars-d-announce]

On Wednesday, 4 August 2021 at 17:34:32 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.097.2 point release, 
♥ to the 4 contributors.


http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.097.2.html

As usual please report any bugs at
https://issues.dlang.org

-Martin


Anyone to fix ? https://issues.dlang.org/show_bug.cgi?id=22148
noreturn is unusable for me because of this bug

utile library on dub

[Temtaime via Digitalmars-d-announce]

Hello.
I released my utile library with some helper functions.
I'm most proud of its binary (de)serializer. You can look at the 
tests here:

https://github.com/Temtaime/utile/blob/main/source/utile/binary/tests.d#L13

There's no much docs except unittests, but feel free to 
contribute / report issues.
With the serializer you can describe almost all file format as a 
struct and it will take care of the rest.


Kind regards.

Re: code.dlang.org downtime

[Temtaime via Digitalmars-d-announce]

My ISP still serves old IP.
Thanks for such a blackout.
D is still not for production use, just a toy that may break 
accidentally by a will of its creators.

Re: Portable D compiler builds

[Temtaime via Digitalmars-d-announce]

On Saturday, 30 March 2019 at 17:38:35 UTC, kinke wrote:

On Saturday, 30 March 2019 at 17:00:12 UTC, Temtaime wrote:
The goal is to provide a complete solution to build an 
ordinary d app without having visual studio installed.

[...]
Dmd for now can only work with omf libs and link only 32 bit 
apps, ldc - with mingw libs.


Erm nope, DMD works fine with COFF libs (-m32mscoff) and 64-bit 
(-m64) too; it's been shipping with the LLD linker and 
MinGW-based libs for a while, LDC followed suite but uses 
different MinGW-based libs. The only drawback is that these 
libs require a VC runtime installation for *running* generated 
binaries (but no MinGW). But Visual Studio or the Build Tools 
are purely optional for both compilers, and mostly interesting 
to link against the static MS libs to prevent the MS DLL 
dependencies.


Static libs for imports are taken from a pelles c compiler and 
can be redistributed, i'll add a notice and license files.


Okay that's *very* interesting, and I highly doubt they are 
allowed to do so. See recent 
https://issues.dlang.org/show_bug.cgi?id=19760.


Seems that i was sleeping for too long and missed the moment when 
they both migrated to mingw libs.
Okay, then there's really no advantages and rights for 
distributing this project. I just made those builds for myself 
for years and decided to share it.

Thanks for a notion and the link.

Re: Portable D compiler builds

[Temtaime via Digitalmars-d-announce]

On Saturday, 30 March 2019 at 14:18:05 UTC, kinke wrote:

On Friday, 29 March 2019 at 20:40:08 UTC, Temtaime wrote:
Yay, latest stable ldc was added alongside rdmd, ldmd2, 
dustmite and ddemangle tools for both ldc and dmd!


It's not quite clear to me what your goals are. Official DMD 
and LDC packages are portable, don't require any external 
dependencies either and ship with these tools.


Your DMD builds are 64-bit and compiled with LDC, vs. 32-bit 
and DMD of official builds, so that's an improvement.


I downloaded your LDC build and after a quick glance noticed 
that it's 32-bit (?) and contains
* just the x86 and x86_64 LLVM backends (e.g., no support for 
WebAssembly and dcompute),
* a phobos.lib merging both druntime and Phobos (DMD-style, 
unlike official LDC),

* NO debug and LTO versions of druntime/Phobos,
* NO dynamicCompile/JIT and compiler-rt libraries (e.g., needed 
for profiling),

* superfluous imports (the internal/hidden gc and rt packages),
* NO imports/ldc/gccbuiltins*.di,
* NO readme and license files,
* NO `-link-defaultlib-shared=false` in the config file, so 
that linking DLLs with `-shared` probably fails,
* the static MS libs which cannot be officially redistributed 
(license...) but allow people to generate binaries not 
depending on the MS runtime DLLs.


Once your goals are clearer, there may be much simpler 
solutions, e.g., augmenting the official LDC builds by the MS 
libs instead of the MinGW-based ones.


Hi, thanks for a reply.
The goal is to provide a complete solution to build an ordinary d 
app without having visual studio installed.
Static libs for imports are taken from a pelles c compiler and 
can be redistributed, i'll add a notice and license files.
Dmd for now can only work with omf libs and link only 32 bit 
apps, ldc - with mingw libs.
Many packages on code.dlang.org uses coff format, so at least for 
me other variants are not acceptable.
LTO version of phobos/runtime is on the list with some other 
features.

Re: Portable D compiler builds

[Temtaime via Digitalmars-d-announce]

Yay, latest stable ldc was added alongside rdmd, ldmd2, dustmite 
and ddemangle tools for both ldc and dmd!

Portable D compiler builds

[Temtaime via Digitalmars-d-announce]

Hello !
Glad to announce my D compiler builds.

Currently there's only DMD builds: 64-bit compiler built with LDC 
with MSVC's 2017 runtime, allowing linking your apps with all the 
COFF libraries you have.
It supports both 32-bit(limited due to a bug in lld linker) and 
64-bit apps.


Scripts that are used to make a build is published here with some 
additional info: https://github.com/Temtaime/d_builds

And the builds are going here: https://d.acomirei.ru/

It doesn't require any dependency at all - just download it, 
extract somewhere, add «bin» to PATH and use dmd, dub, dustmite 
from your command prompt without worrying about installing MSVC 
build tools or something else.


Project is in beta state, something may be not working correctly, 
so feel free to report bugs or something else.

Re: Beta 2.085.0

[Temtaime via Digitalmars-d-announce]

On Saturday, 16 February 2019 at 15:06:51 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.085.0 release, ♥ to 
the 49 contributors.


http://dlang.org/download.html#dmd_beta 
http://dlang.org/changelog/2.085.0.html


As usual please report any bugs at
https://issues.dlang.org

-Martin


-transition=intpromote leads to compile error instead of continue 
to work as it stated in the docs.

Re: DMD backend now in D

[Temtaime via Digitalmars-d-announce]

On Monday, 12 November 2018 at 02:37:54 UTC, Walter Bright wrote:

On 11/11/2018 3:58 PM, Mike Franklin wrote:

This is a significant milestone.  Congratulations, Walter!


Many people helped out with this, too.

There are still a few .c files in 
https://github.com/dlang/dmd/tree/master/src/dmd/backend, so 
what's the significance of those?


tk.c
fp.c
os.c
strtold.c
tk/mem.c

These could be converted too, but are independent from 
everything else and hardly seem worth the bother. Sebastian has 
a PR for os.cd.



Will there ever be a day when we no longer need a C/C++ 
compiler to build DMD?


Sure.



No, as phobos is dependent on C libraries such as a zlib for 
example.

Also D is dependent on libc.

Re: stb bindings for D

[Temtaime via Digitalmars-d-announce]

On Sunday, 6 May 2018 at 09:22:00 UTC, Sisor wrote:

On Sunday, 6 May 2018 at 08:57:11 UTC, Temtaime wrote:

Oh, missed the link

https://code.dlang.org/packages/stb


Not everybody (including me) knows what stb is. So please add 
some brief description (with a link) to the documentation.


Ok, a link was added, thanks !

https://github.com/nothings/stb

Generally speaking stb is a set of libraries for various purposes.
There's some very useful libraries for 3d games, for example rect 
pack, image loading

Re: stb bindings for D

[Temtaime via Digitalmars-d-announce]

Oh, missed the link

https://code.dlang.org/packages/stb

stb bindings for D

[Temtaime via Digitalmars-d-announce]

Hello !
Recently i published stb bindings for D, it comes with 
precompiled stb library for windows, so just add this package as 
dependency for your project and work with it :)


Currently there's only stb bindings, but soon i'll add stb_image, 
stb_image write and other useful libraries.


Thanks.
Kind regards.

Re: Beta 2.079.0

[Temtaime via Digitalmars-d-announce]

Fuck selective imports.
If you have tons of functions with same name it's your naming 
scheme mistake.
If it makes compilation time slower, then fuck compiler, not 
import std;

Re: Article: Fuzzing D code with LDC

[Temtaime via Digitalmars-d-announce]

On Saturday, 13 January 2018 at 23:59:52 UTC, Johan Engelen wrote:

It's been a work-in-progress for half a year, but finished now:

http://johanengelen.github.io/ldc/2018/01/14/Fuzzing-with-LDC.html

"A not-so-well-written article about the fuzzing capability 
recently added to LDC, using LLVM’s libFuzzer. Compiling code 
with -fsanitize=fuzzer adds control-flow instrumentation used 
to guide the fuzzing and links-in the libFuzzer library that 
drives the fuzz testing (same as Clang). -fsanitize=fuzzer is 
available from LDC 1.4.0, not on Windows. LDC 1.6.0 was used 
for the examples in this article."


Hope the article gives you enough information to start fuzz 
testing your own projects.


cheers,
  Johan

(per Ali's request, the article has a nice fuzzy font for some 
of you :P)


// `Throwable`s thrown are not bugs (in contrast to `Errors`).

They _can_ be bugs.
class Error : Throwable
class Exception : Throwable

Re: Article: Finding memory bugs in D code with AddressSanitizer

[Temtaime via Digitalmars-d-announce]

The main font is very ugly.
Code font looks ok tw.

Re: SublimeLinter-contrib-dmd: dmd feedback as you type

[Temtaime via Digitalmars-d-announce]

On Thursday, 2 November 2017 at 09:43:11 UTC, Bastiaan Veelo 
wrote:
On Thursday, 2 November 2017 at 09:26:48 UTC, Bastiaan Veelo 
wrote:
Does dmd give the error message you expect when you call dmd 
on that particular file by hand? The linter uses these command 
line switches: -o- -w -wi -vcolumns.


How long does that take? Could be timeout...


Takes about 3s to compile single file.

Sorry, figured out an error : missed some include path for dub 
package.

Support for dub will be great :)

Now all works
Thanks !

Re: SublimeLinter-contrib-dmd: dmd feedback as you type

[Temtaime via Digitalmars-d-announce]

On Thursday, 2 November 2017 at 06:43:36 UTC, Bastiaan Veelo 
wrote:

On Wednesday, 1 November 2017 at 20:09:02 UTC, Temtaime wrote:

Works too strange.
Seems it checks only syntax and doesn't display non-syntax 
related errors.


Also, what is your compiler version, OS, and do you have other 
plugins active?


No way to post a reduced example.
I tried it with one-file test example and it displays all the 
errors correctly, but in my projects with 30 KLOCS it displays 
only syntax erorrs.


DMD from git master branch, windows, no other plugins.

Re: SublimeLinter-contrib-dmd: dmd feedback as you type

[Temtaime via Digitalmars-d-announce]

Works too strange.
Seems it checks only syntax and doesn't display non-syntax 
related errors.

Re: dlang-requetst: openssl 1.1 compatible release

[Temtaime via Digitalmars-d-announce]

On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:

On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:

Hello,

Since version 0.5.0 dlang-requests has become compatible with 
both 1.0.x and 1.1.x versions of openssl library.


Please try and report any issues on github.
Thanks!

dlang-requests is HTTP/FTP client library, inspired by 
python-requests with goals:


small memory footprint
performance
simple, high level API
native D implementation

https://code.dlang.org/packages/requests
https://github.com/ikod/dlang-requests


Vote for including it in Phobos instead curl!


Curl is well-tested and has a great number of features.

Re: LDC 1.1.0-beta2 has been released!

[Temtaime via Digitalmars-d-announce]

On Friday, 5 August 2016 at 06:13:54 UTC, Rory McGuire wrote:
On Fri, Aug 5, 2016 at 3:28 AM, Emre Temelkuran via 
Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> 
wrote:



On Wednesday, 3 August 2016 at 20:12:59 UTC, Kai Nacke wrote:


Hi everyone,

LDC 1.1.0-beta2, the LLVM-based D compiler, is available for 
download! This BETA release is based on the 2.071.1 frontend 
and standard library and supports LLVM 3.5-3.9.


We provide binaries for Linux, OX X, FreeBSD, Win32 & Win64, 
Linux/ARM

(armv7hf), now bundled with DUB. :-)

As usual, you can find links to the changelog and the binary 
packages over at digitalmars.D.ldc: 
http://forum.dlang.org/post/nskepdckljprrxsjb...@forum.dlang.org


Regards,
Kai



It should definitely be the reference compiler. Why they're 
wasting power with parallel compilers. :(




Its not wasting, diversity is important. The fact that the 
three "real" D compilers have pretty much the same language 
implementation is an important message to the world about our 
language. GDC is lagging because of man-power yes, but that 
does not mean we're wasting, it just means Ian could do with 
some more help :).


R


Definitely wasting. Have Rust and Go multiple compilers ?

Re: Looking for D developers, Saint-Petersburg

[Temtaime via Digitalmars-d-announce]

On Tuesday, 10 May 2016 at 14:39:27 UTC, drug wrote:
I'm curious are there D developers in Saint Petersburg who 
doesn't mind to make some money?


Я использую D для внутренних инструментов в компании. Сейчас 
масштабы увеличиваются и нужен помощник. Есть согласие 
руководства на использование D и позиция разработчика с вилкой 
40-60 т.р. на руки, трудоустройство в белую, полная/частичная 
занятость, гибкий график, возможна удаленка, но с ней могут 
быть нюансы. Требование высшее техническое (для студентов можно 
и неоконченное, но в первую очередь нужен помощник, а не 
ученик), на удаленке все равно нужна будет возможность 
приезжать в офис.
Помимо D нужно знание opengl 3+ (простая промышленная графика, 
не гейм-индустрия), способности/склонность к 
метапрограммированию (здесь D очень себя проявляет по сравнению 
с C++). Знание теории вероятности и матстатистики будет плюсом. 
Работать c C++ тоже нужно будет.


Если кто подскажет как и где найти людей, буду признателен.



Готов откликнуться, куда можно написать, чтобы узнать подробности?

Re: Beta D 2.070.1-b1

[Temtaime via Digitalmars-d-announce]

On Thursday, 25 February 2016 at 11:39:28 UTC, Martin Nowak wrote:

On Thursday, 25 February 2016 at 08:52:14 UTC, nkgu wrote:
That's nothing but the DL link in 
http://dlang.org/changelog/2.070.1.html is broken.


Thanks, fixed.


I got a tons of « Deprecation: module std.array is not accessible 
here, perhaps add 'static import std.array;' » messages. And 
there's nothing about it in the changelog.

Re: D-Day for DMD is today!

[Temtaime via Digitalmars-d-announce]

On Wednesday, 2 September 2015 at 03:31:12 UTC, Jonathan M Davis 
wrote:
On Tuesday, September 01, 2015 09:44:17 Steven Schveighoffer 
via Digitalmars-d-announce wrote:

On 9/1/15 6:48 AM, "Luís Marques   wrote:
> On Sunday, 23 August 2015 at 05:17:33 UTC, Walter Bright 
> wrote:

>> We have made the switch from C++ DMD to D DMD!
>
> Is there a rough prediction of when the use of phobos in 
> ddmd will start to be accepted?


I'm not a dmd dev, but I'm not sure it will be accepted, since 
phobos is very unstable. We have to be cautious about making 
dmd breakable easily by a change to phobos.


Of course, I think there is a baseline dmd/gdc/ldc that must 
be used to build dmd, so perhaps as long as you use phobos 
features that work there, it will be OK.


Plenty of Phobos is stable and hasn't changed in quite a while. 
We do sometimes deprecate stuff still, but there isn't much 
that gets deprecated at this point, and the deprecation cycle 
is about two years. The common problem would be regressions, 
and the compiler gets those as much or more often than Phobos 
does. But it is true that some stuff in Phobos changes 
occasionally, and that could affect how new a compiler you need 
to compile the current dmd.


Regardless of that though, I know that at least some of the dmd 
developers are against using Phobos simply because they don't 
want the dependency. It simplifies things if Phobos isn't in 
the mix. If you have to track down and fix a regression in the 
compiler, that's easier to do if you don't have to worry about 
the standard library being in the mix. The less that the 
compiler depends on, the less that the compiler devs have to 
worry about affecting the compiler. And if we need anything to 
be sure of anything working right, it's the compiler. Sure, 
there are some things in the standard library that might be 
nice to use in the compiler, but that doesn't mean that it's 
necessarily worth pulling in Phobos as a dependency, and if 
it's something that's really useful, maybe it's worth 
duplicating in the compiler code - or even making a version of 
it that's tailored to the compiler's needs.


- Jonathan M Davis


LOL.
Using « pure » D in DDMD is ugly. Then why even compiler was 
converted ?
Using phobos in ddmd is helpful - it will help to detect 
regressions in phobos.

There's an autotester so i don't think it can break the things.

Re: D-Day for DMD is today!

[Temtaime via Digitalmars-d-announce]

On Sunday, 23 August 2015 at 09:44:55 UTC, Walter Bright wrote:

On 8/23/2015 2:36 AM, BBasile wrote:

On Sunday, 23 August 2015 at 08:56:14 UTC, Daniel Murphy wrote:
BBasile  wrote in message 
news:fmoabuqgvlztgmqyj...@forum.dlang.org...



[...]


The missing step is to set HOST_DC in the environment.

My current HOST_DC is
c:\d\dmd2.067beta\windows\bin\dmd.exe 
-conf=c:\d\dmd2.067beta\windows\bin\sc.ini


I don't know what happend on my setup but now it's ok.
I use the following script 
http://wiki.dlang.org/Building_DMD#Using_a_D_script
It looks like some old garbages were leading to ? well I don't 
know.



It's building nicely under win32 in my setup. Much smoother 
than I expected!


Yes, it builds with dmc. But nobody uses dmc with windows.
It doesn't build with msvc due longdouble and other troubles.
Please, fix it.

Re: forum.dlang.org, version 2 (BETA)

[Temtaime via Digitalmars-d-announce]

Too ugly.

Re: SDC-32bit

[Temtaime via Digitalmars-d-announce]

New backend why ?