From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <acc.gccquestions@gmail.com>
Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com
 [IPv6:2607:f8b0:4864:20::229])
 by sourceware.org (Postfix) with ESMTPS id D5B883858D37
 for <gcc-help@gcc.gnu.org>; Tue, 26 Apr 2022 11:20:34 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D5B883858D37
Received: by mail-oi1-x229.google.com with SMTP id z8so20282497oix.3
 for <gcc-help@gcc.gnu.org>; Tue, 26 Apr 2022 04:20:34 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=xSkRzRwnmmBV5kbQTt3RBCPvDrUCUuDDcWUd6Cf/jZs=;
 b=utS23HWDbvMgz5mrsALAMQfiA3YkUnuD4yk4fiVlNujjkrB+Y2v02SSQ5kKYHisFCC
 miqzSP1/Ws4zOndwKmxKBqSy6CSja/lm0fuyH4pesOJ+u7WipxKgmZYsCg0n8FYZhUf0
 U2xFZDs50oOmJqAu10wgaDDGPDHZwLhHOHdnp7D9RZDcLAaXobBRCqgnwKqeR0Wh8A9n
 np5nmywNm2fx1QemTrPwt2yM4z+DBurcAfj1tM8FRWlZp+whVW40G5Bk81mEnvjbK0Sh
 LG6sEljrfnswc/Ju0IVT3relWgDYUziw/StPPfXGx47DeLxkdwadj3jIxHSygsdu2SQp
 CWew==
X-Gm-Message-State: AOAM530Jf1KwCQicPNbSIAyU79Fj1Z26BUwpXTMYLop0pS02NOfJyZJF
 p5ibMgzCkp6BNjqyFQmAkFOQwlbdw0JPlv1CLf2KHWEh53yzt3Hd
X-Google-Smtp-Source: ABdhPJxBph6n2jytTRJIyr4VZfJsVGVDvalfUc1wUd05OzNU71HgDxdyXSyYxGgkXwLrZvgTr2tB6Ap9cFcUlxxU/2E=
X-Received: by 2002:a05:6808:171a:b0:2f9:ac95:fc5b with SMTP id
 bc26-20020a056808171a00b002f9ac95fc5bmr10625121oib.191.1650972033155; Tue, 26
 Apr 2022 04:20:33 -0700 (PDT)
MIME-Version: 1.0
From: JUJU DUDU <acc.gccquestions@gmail.com>
Date: Tue, 26 Apr 2022 13:20:21 +0200
Message-ID: <CACS5Re_=wpk2Zjja6+LbsqLeUFt-hyR-J5xZF=uzVrt441JJsg@mail.gmail.com>
Subject: Gcc transactional memory. Usable?
To: gcc-help@gcc.gnu.org
X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE,
 RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.4
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on
 server2.sourceware.org
Content-Type: text/plain; charset="UTF-8"
X-Content-Filtered-By: Mailman/MimeDel 2.1.29
X-BeenThere: gcc-help@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-help mailing list <gcc-help.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-help>,
 <mailto:gcc-help-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-help>,
 <mailto:gcc-help-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Apr 2022 11:20:37 -0000

I use gcc 11.2 on Linux.

Would you consider transactional memory usable in production? Is it
performance oriented?

I consider it to replace some code using binary semaphore.

The ultimate goal is to transfer the responsibility from the dev to the
compiler so that mistakes are avoided.

There are so few resources talking about it. Especially if you ran into
bugs or undefined behaviors. The goal here is to leverage your experience
to make my move.

Thanks