From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mr6.vodafonemail.de (mr6.vodafonemail.de [145.253.228.166]) by sourceware.org (Postfix) with ESMTPS id 0D0C93857B9B for ; Tue, 5 Sep 2023 16:11:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0D0C93857B9B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nexgo.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1693930283; bh=IvFYqseB80HBu/BLv191zo5kVwDtEdKESta/znR10ck=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent: Content-Type:From; b=m/lhRa7y9woeIxVfenqDP3GvCbHAhXvGhD60pBtJYkdyWzvqr2Xj2VU6zi4oqoXVv PkQWMkpFZgaZckYrKFw9W3ZecZQgf1yBfxTlzuU/2UHMvKcXX10JTkKgSgCndW450/ NZfgKppqBLYMX5hd3PikAymDGp37RQ+jv7Y7tTME= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr6.vodafonemail.de (Postfix) with ESMTPS id 4Rg9VM3PdYz1xsj for ; Tue, 5 Sep 2023 16:11:23 +0000 (UTC) Received: from Gerda (p54a0ca9a.dip0.t-ipconnect.de [84.160.202.154]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Rg9VH1MxWz9sT0 for ; Tue, 5 Sep 2023 16:11:16 +0000 (UTC) From: ASSI To: cygwin-apps@cygwin.com Subject: Re: [Sharing progress] Tried to revive LLVM/Clang/Libc++ pkgs and port Rust In-Reply-To: (William Hu via Cygwin-apps's message of "Tue, 05 Sep 2023 13:47:24 +0000") References: <877cpyopix.fsf@Rainer.invalid> <87sf84sb3u.fsf@Rainer.invalid> <871qfn3v82.fsf@Rainer.invalid> <6U1KGZ5IipB7z0fLRrYZF_Yv9IbQM3yx8gsZTJu_APmsJJBNsm7tX--zQf9hQImWQvzv_zT3FAtn7uVA4NaVSEVUeU7jyTwttI4cGMhPcA0=@proton.me> <87ledsv6ei.fsf@Rainer.invalid> Date: Tue, 05 Sep 2023 18:11:12 +0200 Message-ID: <878r9kiorj.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate: clean X-purgate-size: 2482 X-purgate-ID: 155817::1693930279-567F9E22-BEA37BB1/0/0 X-Spam-Status: No, score=-3030.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: William Hu via Cygwin-apps writes: > On Wednesday, August 30th, 2023, ASSI wrote: >> NOt immediately, but it makes me wonder if there's other such leakage. >> I have not found a (text) file that stores this information in the >> installed package, so it seems that the information is compiled in >> someplace. > > After some digging I believe I've found where the information is > compiled in (a daisy chain of variables starting with Makefile.config > in the toplevel directory...) I suspected something like that, but as I said I didn't find a definite answer and the text files in the system installation didn't have this information, so I concluded it must come from some binary. > To confirm I'm fixing the right thing, could you elaborate what specifically > is the error with "ocaml_config imports stupid flags from the cygport build"? > Is there a specific option within CFLAGS (fdebug-prefix-map perhaps?) > or ocamlc invocation that's causing an error message? Anything specific to the cygport build environment, but specifically the prefix maps. > Regarding other leakage, it looks like almost every file (exe, cma, etc.) > contains provenance compiled into the file due to the fact that they are > compiled with -g to include debugging information. I can obfuscate the provenance > by building in /mnt/share/cygpkgs (the same approach Cygwin tar, gcc appear to do). That's just because these are my packages too and that's the location where I built them. >> I don't think that makes any sense given the way the packaging is done >> at the moment. In fact, ever since you updated to 4.14.0 all other >> OCaml packages in Cygwin were dead since you didn't update these at the >> same time and there is no mechanism in place yet to ensure that ocaml-* >> packages and the ocaml package target the same version of the compiler. > > Unless you were already planning to, I'd be happy to adopt some of these OCaml packages > and package some new releases so they can also work on Cygwin. I wasn't planning to adopt the packages (I really don't know enough about OCaml), but doing a non-maintainer update would have been an option. Having an active maintainer for these again would be a much better solution of course. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables