From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,FREEMAIL_FROM,RDNS_NONE autolearn=no autolearn_force=no
	version=3.4.4
Received: (qmail 28772 invoked from network); 7 Aug 2021 02:44:08 -0000
Received: from unknown (HELO 1ess.inri.net) (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 7 Aug 2021 02:44:08 -0000
Received: from mail-pj1-f51.google.com ([209.85.216.51]) by 1ess; Fri Aug  6 18:33:01 -0400 2021
Received: by mail-pj1-f51.google.com with SMTP id k11-20020a17090a62cbb02901786a5edc9aso945117pjs.5
        for <9front@9front.org>; Fri, 06 Aug 2021 15:32:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=6tgFUTZEv7DMorApFUGA6qLBZ7rXvgKOdH2DW56Oqz8=;
        b=LvyhZHUt+321A9TfD9yW4pDvnM+0RuGciaQOh/bK51SpilGg+LIlAYqDi2TC7tnWCc
         CxyoB1HifX7oE56EUwcyaKv6rZrbd82gmVyYPLdz2W+3J0ki6wezDFCZpsYhf6Gt9Sdn
         /bSblo3hzSPLf9ItQWlhtwpFXw6XslexAPC1Egrpr7NKd9MON1eOguwOjoi5SyHM+ZBw
         LWIu0hH2+1izu6eyQVQFoLkrjS9X+RRbv1PIY3U0zFEDuoQ4DOJoBHILhymihSPJda69
         d1n+h1GM72UCgC2Vw1FOk20TfzkGYPY3nLzhgSsEm27QKQNgx6UqpXyEaRU+Ze+qg2J2
         PMnQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=6tgFUTZEv7DMorApFUGA6qLBZ7rXvgKOdH2DW56Oqz8=;
        b=lFY3gUtfUqByVDv8SoT9sNc/VY0EyI1TJktwW5Jr3sp1RDtWlAQAGu0lMUrGi3blpO
         La0VNgGHbATcOSYhummWIm6TuHVQ8ME6UOwC3s7gU937Q3xycfwxA7MFe6LVmCeK0cIB
         JgnY97XE23SXZtyHI1rmpRDS36CFO9fFlHI+K3BWSbZlPNxqhn3b/8JyuBcQlfsmbbPB
         Mo71DRenkRSR8t2CWWyHUbIwWGa+eqchXd3SEZpPkk9jw/Sixf+m2mbREV7LFUDArOu6
         G+q0m3Y0ZooPqu+LwkiAD+mqKmQcWMV0Tz4FWhGyRBwueFV1o8binOmAwRypTt040jps
         36Cg==
X-Gm-Message-State: AOAM531tJtLB1NrgDBC/wjm/MI3AjZmAMv69DOxxUzWN2T+I7QHcRKGn
	073hXCRL9PMxJWzG4bbG/l2SdDlotMU=
X-Google-Smtp-Source: ABdhPJxeT3P8ZNLIkAzBkxJFd+SHhy6IuduF81TQp2q5U3U4RFeFIvduSZU02TGFdsWXFk9pmMd+jg==
X-Received: by 2002:a5d:848a:: with SMTP id t10mr1022171iom.82.1628288760196;
        Fri, 06 Aug 2021 15:26:00 -0700 (PDT)
Return-Path: <meta.jxy@gmail.com>
Received: from smtpclient.apple (c-67-184-39-205.hsd1.il.comcast.net. [67.184.39.205])
        by smtp.gmail.com with ESMTPSA id d8sm5155366ilq.88.2021.08.06.15.25.59
        (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 06 Aug 2021 15:25:59 -0700 (PDT)
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Xiao-Yong Jin <meta.jxy@gmail.com>
In-Reply-To: <53ac86bf-b111-4d2b-afd0-088687fca7f8@posteo.net>
Date: Fri, 6 Aug 2021 17:25:58 -0500
Cc: Adrian Siekierka <asiekierka@gmail.com>
Content-Transfer-Encoding: 7bit
Message-Id: <14C92255-A517-4EBA-A944-9FBAC3B1D728@gmail.com>
References: <981ff1ef-7de9-4b86-b481-17c586c1848e@posteo.net>
 <20cccf71-092d-fe36-2933-6b3fe6bb5caa@gmail.com>
 <53ac86bf-b111-4d2b-afd0-088687fca7f8@posteo.net>
To: 9front@9front.org
X-Mailer: Apple Mail (2.3654.120.0.1.13)
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: flexible interface polling singleton component-aware locator 
Subject: Re: [9front] Nim lang, C alignment support
Reply-To: 9front@9front.org
Precedence: bulk


> On Aug 6, 2021, at 8:37 AM, Emery Hemingway <ehmry@posteo.net> wrote:
> 
> When I say garbage collector I should say memory manager, ARC and ORC
> don't work either. If you look at the generated source all Nim types
> have some alignment info attach to them, so I'd say its an unavoidable
> problem.

What exactly happens when the executables run?  Do you have the Nim
compiler bootstrapped on 9front?  Or do you just try to compile the
C code generated from other host OS?  Did you try to turn off all
the extra checks and just use malloc, like,

	-d:danger --panics:on --gc:arc -d:useMalloc

If I understand correctly, the only place that relies on the alignment
is Nim's allocator, for whatever reason, and it did not appear until
late 2019 as an optimization and safety guarantees for dynamic libraries.
If you can figure out where it actually "goes to shit", you might be
able to avoid using alignment at all.