On 10/23/2017 06:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking p
On 05/05/2018 02:30 PM, Nick Sabalausky (Abscissa) wrote:
On 10/23/2017 06:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers,
untime pull linked from the release notes, as I don't
use Alpine, containers, or microservices. I simply chipped in
because I have porting experience and thought I could push D for
microservices a bit farther along. I'll keep putting out official
builds of ldc for Alpine though, as lon
On 2018-03-11 12:10, Tamas wrote:
Simple Vibe.d app talking to Redis, packed into docker containers:
https://github.com/tam4s/hello-redis
The takeaway is that I could not use Alpine as a host image, because I
could not build the app statically on ubuntu.
warning: Using 'dlopen' in statically
On Thursday, 8 March 2018 at 22:53:11 UTC, aberba wrote:
On Thursday, 8 March 2018 at 09:35:08 UTC, Andrew Benton wrote:
On Thursday, 8 March 2018 at 07:54:29 UTC, Jacob Carlborg
wrote:
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
This guys says that vide.d works
https://forum.dlang
On Thursday, 8 March 2018 at 09:35:08 UTC, Andrew Benton wrote:
On Thursday, 8 March 2018 at 07:54:29 UTC, Jacob Carlborg wrote:
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
Yes, it
On Thursday, 8 March 2018 at 09:28:02 UTC, Andrew Benton wrote:
On Thursday, 8 March 2018 at 08:07:23 UTC, Joakim wrote:
[...]
I built out LDC on Alpine using the v1.8.0 LDC release. It's
available now through Docker Hub and Github.
Docker: https://hub.docker.com/r/andrewbenton/alpine-ldc/
On Thursday, 8 March 2018 at 07:54:29 UTC, Jacob Carlborg wrote:
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
Yes, it's pretty straightforward:
1. Build on Ubuntu, or some other dis
On Thursday, 8 March 2018 at 08:07:23 UTC, Joakim wrote:
On Thursday, 8 March 2018 at 06:49:07 UTC, Andrew Benton wrote:
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
[snip]
What is the exact error? Maybe report it here:
https://github.com/lindt/docker-dmd/issues/1
I built out LDC
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
On Thursday, 8 March 2018 at 06:49:07 UTC, Andrew Benton wrote:
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
[snip]
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
Unfortuna
ager, but it's still relevant to the status of D for
microservices.
Bad news: not being able to build vibe.d is a pretty big hit
for this objective.
Good news: there are other libraries we can try and we know how
to fix this problem.
What is the exact error? Maybe report it here:
https://gi
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
Yes, it's pretty straightforward:
1. Build on Ubuntu, or some other dist
2. Statically link the whole binary with LDC, then you don't nee
ager, but it's still relevant to the status of D for
microservices.
Bad news: not being able to build vibe.d is a pretty big hit
for this objective.
Good news: there are other libraries we can try and we know how
to fix this problem.
This guys says that vide.d works
https://forum.dlang.org
der musl due to some of the networking dependencies in
druntime core, e.g. `core.sys.linux.netinet.in_`.
I realize that's something that you can't really prevent as the
packager, but it's still relevant to the status of D for
microservices.
Bad news: not being able to build vibe.d
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
On Monday, 5 March 2018 at 14:34:44 UTC, aberba wrote:
On Sunday, 25 February 2018 at 22:12:38 UTC, Joakim wrote:
On Sunday, 25 February 2018 at 16:51:09 UTC, yawniek wrote:
[...]
I don't know, presumably you're referring to the static
On Monday, 5 March 2018 at 14:34:44 UTC, aberba wrote:
On Sunday, 25 February 2018 at 22:12:38 UTC, Joakim wrote:
On Sunday, 25 February 2018 at 16:51:09 UTC, yawniek wrote:
great stuff, thank you! this will be very useful!
Q: what would be needed to build a single binary (a la
golang) that w
On Sunday, 25 February 2018 at 22:12:38 UTC, Joakim wrote:
On Sunday, 25 February 2018 at 16:51:09 UTC, yawniek wrote:
great stuff, thank you! this will be very useful!
Q: what would be needed to build a single binary (a la golang)
that works in a FROM SCRATCH docker container?
I don't know,
On 2018-02-25 17:51, yawniek wrote:
Q: what would be needed to build a single binary (a la golang) that
works in a FROM SCRATCH docker container?
Build a completely statically linked binary by compiling using LDC and
add the "-static" flag.
--
/Jacob Carlborg
On Sunday, 25 February 2018 at 16:51:09 UTC, yawniek wrote:
great stuff, thank you! this will be very useful!
Q: what would be needed to build a single binary (a la golang)
that works in a FROM SCRATCH docker container?
I don't know, presumably you're referring to the static linking
support
On Saturday, 24 February 2018 at 10:03:07 UTC, Joakim wrote:
On Thursday, 22 February 2018 at 21:59:27 UTC, aberba wrote:
On Thursday, 22 February 2018 at 08:54:04 UTC, Joakim wrote:
[...]
That makes me very happy!! Very much appreciated.
I've updated ldc master to use Yuxuan's druntime por
On Saturday, 24 February 2018 at 10:03:07 UTC, Joakim wrote:
I've updated ldc master to use Yuxuan's druntime port, which
means the upcoming ldc 1.8 release will likely be a viable
Alpine/Musl cross-compiler out of the box, provided you give it
a C/Musl cross-compiler/linker to work with, by us
On Thursday, 22 February 2018 at 21:59:27 UTC, aberba wrote:
On Thursday, 22 February 2018 at 08:54:04 UTC, Joakim wrote:
On Monday, 23 October 2017 at 18:18:28 UTC, Jacob Carlborg
wrote:
[...]
Yuxuan Shui has ported druntime to Musl over the last couple
months:
https://github.com/dlang/dr
On 2018-02-22 09:54, Joakim wrote:
Yuxuan Shui has ported druntime to Musl over the last couple months:
https://github.com/dlang/druntime/pulls?q=is%3Apr+author%3Ayshui+is%3Aclosed
With his changes, all druntime unit tests pass, now only a few asserts
tripping in the additional tests for s
On Thursday, 22 February 2018 at 08:54:04 UTC, Joakim wrote:
On Monday, 23 October 2017 at 18:18:28 UTC, Jacob Carlborg
wrote:
[...]
Yuxuan Shui has ported druntime to Musl over the last couple
months:
https://github.com/dlang/druntime/pulls?q=is%3Apr+author%3Ayshui+is%3Aclosed
With his ch
On 22/02/2018 10:17 PM, Suliman wrote:
It would be nice if anyone will rewrite Musl to betterC :)
Combine it with dmc's libc and we're starting to get a reasonable state.
It would be nice if anyone will rewrite Musl to betterC :)
On Monday, 23 October 2017 at 18:18:28 UTC, Jacob Carlborg wrote:
On 2017-10-23 17:35, Joakim wrote:
I'm sure someone could put these together if the above stuff
worked. The question is who's interested in volunteering to
help put this all together?
Yeah, exactly. My plate if already full a
On Saturday, 28 October 2017 at 14:55:25 UTC, aberba wrote:
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc
issue tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. Would be really cool to have LDC easily build
On 10/27/17 00:18, Jacob Carlborg wrote:
On 2017-10-26 12:25, Adam Wilson wrote:
My apologies, something rather the other direction. Instead of forcing
compat with vibe.d, going to vibe.d and say: "here is our standard
event-loop, it has everything you need, you'll need to use it for all
the ot
On 2017-10-26 12:25, Adam Wilson wrote:
My apologies, something rather the other direction. Instead of forcing
compat with vibe.d, going to vibe.d and say: "here is our standard
event-loop, it has everything you need, you'll need to use it for all
the other goodness to work". I know others can
On Thursday, October 26, 2017 19:19:57 Adam Wilson via Digitalmars-d wrote:
> On 10/26/17 17:51, Jonathan M Davis wrote:
> > On Thursday, October 26, 2017 03:25:24 Adam Wilson via Digitalmars-d
wrote:
> >> On 10/25/17 23:57, Jacob Carlborg wrote:
> >>> I'm more concerned that I don't think we'll m
On 10/26/17 17:51, Jonathan M Davis wrote:
On Thursday, October 26, 2017 03:25:24 Adam Wilson via Digitalmars-d wrote:
On 10/25/17 23:57, Jacob Carlborg wrote:
I'm more concerned that I don't think we'll manage to implement a
complete API and 100% bug free at the first try.
Depends on how one
On Monday, October 23, 2017 12:13:12 Laeeth Isharc via Digitalmars-d wrote:
> How can we generate a static binary ? I asked about this before,
> and the response was that it's a bad idea because of security
> vulns and so on. True if you are running on a conventional Linux
> host. But on the oth
On Thursday, October 26, 2017 03:25:24 Adam Wilson via Digitalmars-d wrote:
> On 10/25/17 23:57, Jacob Carlborg wrote:
> > I'm more concerned that I don't think we'll manage to implement a
> > complete API and 100% bug free at the first try.
>
> Depends on how one defines first try. Phobos as a pre
On 26/10/2017 11:25 AM, Adam Wilson wrote:
On 10/25/17 23:57, Jacob Carlborg wrote:
On 2017-10-26 00:53, Adam Wilson wrote:
This of course makes the assumption that we clean-room our own
protocol implementations which I am entirely against. Better to use
what already exists.
I'm entirely aga
On 10/25/17 23:57, Jacob Carlborg wrote:
On 2017-10-26 00:53, Adam Wilson wrote:
This of course makes the assumption that we clean-room our own
protocol implementations which I am entirely against. Better to use
what already exists.
I'm entirely against anything that is not compatible with vi
On 2017-10-26 00:53, Adam Wilson wrote:
This of course makes the assumption that we clean-room our own protocol
implementations which I am entirely against. Better to use what already
exists.
I'm entirely against anything that is not compatible with vibe.d ;)
I actually don't think the slow
On Monday, 23 October 2017 at 12:13:12 UTC, Laeeth Isharc wrote:
...
And on the other hand, for deployment, it's much easier to copy
over one binary. (In a sense it's funny that the question was
asked in the context of containers, because containers are kind
of an alternative to having a sing
On 10/23/17 23:29, Jacob Carlborg wrote:
On 2017-10-24 00:02, Adam Wilson wrote:
I've been looking pretty extensively at these two items recently.
If the database drivers are compatible with Vibe.d AND we wish to
provide a common abstraction layer for them (presumably via Phobos)
then order fo
On 10/23/17 18:51, rikki cattermole wrote:
On 23/10/2017 11:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
l
On 2017-10-24 00:02, Adam Wilson wrote:
I've been looking pretty extensively at these two items recently.
If the database drivers are compatible with Vibe.d AND we wish to
provide a common abstraction layer for them (presumably via Phobos) then
order for the abstraction layer to aware of the
On 23/10/2017 11:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking p
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking pretty extensively at these two items recentl
On 2017-10-23 14:17, Laeeth Isharc wrote:
Can you elaborate on how the TLS implementation needs to be changed?
# echo 'void main() {}' > main.d && dmd -c main.d && gcc main.o -o main
-m64 -static -L/root/.dvm/compilers/dmd-2.076.1/linux/bin/../lib64
-Xlinker -Bstatic -lphobos2 -lpthread -lm
On 2017-10-23 14:13, Laeeth Isharc wrote:
How can we generate a static binary ?
It's already supported by LDC, using the -static flag. This Linux binary
[1] is statically linked.
[1] https://github.com/jacob-carlborg/remarkify/releases
--
/Jacob Carlborg
On 2017-10-23 17:35, Joakim wrote:
I'm sure someone could put these together if the above stuff worked.
The question is who's interested in volunteering to help put this all
together?
Yeah, exactly. My plate if already full and all this is lower down on
the priority list.
--
/Jacob Carlbo
On Monday, 23 October 2017 at 12:08:52 UTC, Jacob Carlborg wrote:
On 2017-10-22 04:48, Joakim wrote:
I just read the following two week-old comment on the ldc
issue tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. W
On Monday, 23 October 2017 at 12:08:52 UTC, Jacob Carlborg wrote:
On 2017-10-22 04:48, Joakim wrote:
I just read the following two week-old comment on the ldc
issue tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. W
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. Would be really cool to have LDC easily build
On 2017-10-22 04:48, Joakim wrote:
I just read the following two week-old comment on the ldc issue tracker,
when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be improved..
Would be really cool to have LDC easily building alpine containers +
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
[...]
rock solid, easy, common-dev-proof, huge std lib. like that of
golang.
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
This is a niche that D and all newer languages should target.
How do we do it?
Optimize the TechEmpower benchmark? Vibe.d looks quite weak there.
https://www.techempower.com/benchmarks/
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
[...]
Rather a container with dub/ldc configured to compile with musl
libc I think.
What else, what kinds of libr
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. Would be really cool to have LDC easily building
alpine containers + static D binaries for microservice
55 matches
Mail list logo
