• Per =?UTF-8?B?Tm9yZGzDtnc=?= (2/2) Mar 22 2024 Why doesn't string implicitly convert to immutable(ubyte)[] in
• Jonathan M Davis (9/11) Mar 22 2024 Why would it? They're different types. Their elements happen to have the
• Andy Valencia (8/11) May 23 I somehow missed this in Programming in D, and even here on the

Per =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:

Why doesn't string implicitly convert to immutable(ubyte)[] in 
 safe mode?

Jonathan M Davis <newsgroup.d jmdavisprog.com> writes:

On Saturday, March 23, 2024 12:11:15 AM MDT Per Nordlöw via Digitalmars-d-
learn wrote:
 Why doesn't string implicitly convert to immutable(ubyte)[] in
  safe mode?

Why would it? They're different types. Their elements happen to have the
same size, but that doesn't mean that they're used for the same thing at
all. And having them be implicitly convertible could cause serious problems
with overloading.

If you want to do that conversion without a cast, then you can just use
std.string.representation (which will do the cast internally).

- Jonathan M Davis

Andy Valencia <dont spam.me> writes:

On Saturday, 23 March 2024 at 06:55:41 UTC, Jonathan M Davis 
wrote:
 If you want to do that conversion without a cast, then you can 
 just use std.string.representation (which will do the cast 
 internally).

I somehow missed this in Programming in D, and even here on the 
forum.  So just noting that if your code is straddling the worlds 
of ubyte[] and string, "representation" from std.string will give 
you the immutable ubyte[] (or ushort[]/uint[] as appropriate) for 
a string which you want to feed into a ubyte[] based API.

Andy