Re: WIP: devel/sccache

2023-11-06 Thread Caspar Schutijser
Hi,

On Mon, Nov 06, 2023 at 07:45:06AM +, Klemens Nanni wrote:
> On Tue, Sep 05, 2023 at 12:11:56PM +0200, Caspar Schutijser wrote:
> > On Tue, Sep 05, 2023 at 08:42:34AM +0200, Landry Breuil wrote:
> > > Le Mon, Sep 04, 2023 at 05:13:19PM +0200, Landry Breuil a ?crit :
> > > > Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a ?crit :
> > > > > Hi,
> > > > > 
> > > > > I started porting sccache ,
> > > > > a ccache-like tool that a.o. supports many storage backends but
> > > > > also (more importantly) caching Rust compilation objects. I hope that
> > > > > eventually we can use something like USE_SCCACHE for Rust projects
> > > > > (WIP, untested diff for bsd.port.mk below).
> > > > > 
> > > > > The attached port does not build yet and I can't immediately find
> > > > > out how to fix it (trace of build failure below). I'm sending it
> > > > > to the list just in case someone else is interested.
> > > > 
> > > > it fails because it looks for -lzstd but nothing tells it where to find
> > > > it (eg missing -L/usr/local/lib somewhere id say)
> > > 
> > > fixed version with WANTLIB/LDEP/DESCR, with the help of tb and semarie
> > > on icb.
> > 
> > Thanks! That looks much better. With this new version and the
> > bsd.port.mk diff that I sent earlier, I was able to use USE_SCCACHE=Yes
> > and see the second compilation of the benchmarks/hyperfine port
> > (a Rust port) being much faster. So it seems like it actually works.
> > Later I'll test it with a more complicated port, like one of the
> > Mozillas.
> > 
> > Now we "just" need updates to bsd.port.mk.5 and then I think it would
> > be close to committable shape. I may have a look at that today if time
> > permits.
> > 
> > Caspar
> > 
> 
> Did this go anywhere?
> devel/sccache could be imported independently of bsd.port.mk bits, no?

You are right about that. I'll send a cleaned-up version to ports@
in a few days so that it indeed can be imported.

Caspar

> The last tarball looks fine to me, I was just trying to use this for
> local development.





Re: WIP: devel/sccache

2023-11-05 Thread Klemens Nanni
On Tue, Sep 05, 2023 at 12:11:56PM +0200, Caspar Schutijser wrote:
> On Tue, Sep 05, 2023 at 08:42:34AM +0200, Landry Breuil wrote:
> > Le Mon, Sep 04, 2023 at 05:13:19PM +0200, Landry Breuil a écrit :
> > > Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a écrit :
> > > > Hi,
> > > > 
> > > > I started porting sccache ,
> > > > a ccache-like tool that a.o. supports many storage backends but
> > > > also (more importantly) caching Rust compilation objects. I hope that
> > > > eventually we can use something like USE_SCCACHE for Rust projects
> > > > (WIP, untested diff for bsd.port.mk below).
> > > > 
> > > > The attached port does not build yet and I can't immediately find
> > > > out how to fix it (trace of build failure below). I'm sending it
> > > > to the list just in case someone else is interested.
> > > 
> > > it fails because it looks for -lzstd but nothing tells it where to find
> > > it (eg missing -L/usr/local/lib somewhere id say)
> > 
> > fixed version with WANTLIB/LDEP/DESCR, with the help of tb and semarie
> > on icb.
> 
> Thanks! That looks much better. With this new version and the
> bsd.port.mk diff that I sent earlier, I was able to use USE_SCCACHE=Yes
> and see the second compilation of the benchmarks/hyperfine port
> (a Rust port) being much faster. So it seems like it actually works.
> Later I'll test it with a more complicated port, like one of the
> Mozillas.
> 
> Now we "just" need updates to bsd.port.mk.5 and then I think it would
> be close to committable shape. I may have a look at that today if time
> permits.
> 
> Caspar
> 

Did this go anywhere?
devel/sccache could be imported independently of bsd.port.mk bits, no?
The last tarball looks fine to me, I was just trying to use this for
local development.



Re: WIP: devel/sccache

2023-09-05 Thread Caspar Schutijser
On Tue, Sep 05, 2023 at 08:42:34AM +0200, Landry Breuil wrote:
> Le Mon, Sep 04, 2023 at 05:13:19PM +0200, Landry Breuil a écrit :
> > Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a écrit :
> > > Hi,
> > > 
> > > I started porting sccache ,
> > > a ccache-like tool that a.o. supports many storage backends but
> > > also (more importantly) caching Rust compilation objects. I hope that
> > > eventually we can use something like USE_SCCACHE for Rust projects
> > > (WIP, untested diff for bsd.port.mk below).
> > > 
> > > The attached port does not build yet and I can't immediately find
> > > out how to fix it (trace of build failure below). I'm sending it
> > > to the list just in case someone else is interested.
> > 
> > it fails because it looks for -lzstd but nothing tells it where to find
> > it (eg missing -L/usr/local/lib somewhere id say)
> 
> fixed version with WANTLIB/LDEP/DESCR, with the help of tb and semarie
> on icb.

Thanks! That looks much better. With this new version and the
bsd.port.mk diff that I sent earlier, I was able to use USE_SCCACHE=Yes
and see the second compilation of the benchmarks/hyperfine port
(a Rust port) being much faster. So it seems like it actually works.
Later I'll test it with a more complicated port, like one of the
Mozillas.

Now we "just" need updates to bsd.port.mk.5 and then I think it would
be close to committable shape. I may have a look at that today if time
permits.

Caspar



Re: WIP: devel/sccache

2023-09-04 Thread Landry Breuil
Le Mon, Sep 04, 2023 at 05:13:19PM +0200, Landry Breuil a écrit :
> Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a écrit :
> > Hi,
> > 
> > I started porting sccache ,
> > a ccache-like tool that a.o. supports many storage backends but
> > also (more importantly) caching Rust compilation objects. I hope that
> > eventually we can use something like USE_SCCACHE for Rust projects
> > (WIP, untested diff for bsd.port.mk below).
> > 
> > The attached port does not build yet and I can't immediately find
> > out how to fix it (trace of build failure below). I'm sending it
> > to the list just in case someone else is interested.
> 
> it fails because it looks for -lzstd but nothing tells it where to find
> it (eg missing -L/usr/local/lib somewhere id say)

fixed version with WANTLIB/LDEP/DESCR, with the help of tb and semarie
on icb.

Landry


sccache-0.5.4_2.tgz
Description: application/tar-gz


Re: WIP: devel/sccache

2023-09-04 Thread Landry Breuil
Le Mon, Sep 04, 2023 at 04:58:49PM +0200, Caspar Schutijser a écrit :
> Hi,
> 
> I started porting sccache ,
> a ccache-like tool that a.o. supports many storage backends but
> also (more importantly) caching Rust compilation objects. I hope that
> eventually we can use something like USE_SCCACHE for Rust projects
> (WIP, untested diff for bsd.port.mk below).
> 
> The attached port does not build yet and I can't immediately find
> out how to fix it (trace of build failure below). I'm sending it
> to the list just in case someone else is interested.

it fails because it looks for -lzstd but nothing tells it where to find
it (eg missing -L/usr/local/lib somewhere id say)

Landry



WIP: devel/sccache

2023-09-04 Thread Caspar Schutijser
Hi,

I started porting sccache ,
a ccache-like tool that a.o. supports many storage backends but
also (more importantly) caching Rust compilation objects. I hope that
eventually we can use something like USE_SCCACHE for Rust projects
(WIP, untested diff for bsd.port.mk below).

The attached port does not build yet and I can't immediately find
out how to fix it (trace of build failure below). I'm sending it
to the list just in case someone else is interested.

Caspar


== Trace of build failure ==
   Compiling sccache v0.5.4 (/usr/ports/pobj/sccache-0.5.4/sccache-0.5.4)
 Running `/usr/local/bin/rustc --crate-name sccache --edition=2021 
src/main.rs --error-format=json 
--json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type bin 
--emit=dep-info,link -C opt-level=2 -C embed-bitcode=no -C codegen-units=4 
--cfg 'feature="all"' --cfg 'feature="azure"' --cfg 'feature="default"' --cfg 
'feature="dist-client"' --cfg 'feature="flate2"' --cfg 'feature="gcs"' --cfg 
'feature="gha"' --cfg 'feature="hyper"' --cfg 'feature="memcached"' --cfg 
'feature="opendal"' --cfg 'feature="redis"' --cfg 'feature="reqsign"' --cfg 
'feature="reqwest"' --cfg 'feature="s3"' --cfg 'feature="sha2"' --cfg 
'feature="url"' --cfg 'feature="webdav"' -C metadata=96867825dd36cc65 -C 
extra-filename=-96867825dd36cc65 --out-dir 
/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps -C strip=symbols 
-L dependency=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps 
--extern 
anyhow=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libanyhow-0b6ed85c8dfe0ad1.rlib
 --extern 
ar=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libar-27658776c7e7656a.rlib
 --extern 
async_trait=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libasync_trait-35efcf2f20e38643.so
 --extern 
base64=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libbase64-5f727f41a4e95d5f.rlib
 --extern 
bincode=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libbincode-0505c6ae03659f40.rlib
 --extern 
blake3=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libblake3-24a48a49cb6aef94.rlib
 --extern 
byteorder=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libbyteorder-8cac0b1f7925de86.rlib
 --extern 
bytes=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libbytes-e4d5a6297db0bde6.rlib
 --extern 
clap=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libclap-bab9f08a0d38eae1.rlib
 --extern 
daemonize=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libdaemonize-6d55ded0bb25bb5c.rlib
 --extern 
directories=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libdirectories-40c454d5cf492dc2.rlib
 --extern 
encoding=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libencoding-8aba9d897a2b8180.rlib
 --extern 
env_logger=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libenv_logger-356371ba748dc3e7.rlib
 --extern 
filetime=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libfiletime-531bb65347c7b849.rlib
 --extern 
flate2=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libflate2-a4d93234f5e93bcc.rlib
 --extern 
fs_err=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libfs_err-4c78cc53d6c3adfc.rlib
 --extern 
futures=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libfutures-5340b8196db545aa.rlib
 --extern 
gzp=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libgzp-ef0432742e085b66.rlib
 --extern 
http=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libhttp-ba02b145dec3735e.rlib
 --extern 
hyper=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libhyper-737394931b35fc90.rlib
 --extern 
is_terminal=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libis_terminal-a42df8142baa4ac6.rlib
 --extern 
jobserver=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libjobserver-d66834daf368eefb.rlib
 --extern 
libc=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/liblibc-5835f4ab8077cbdf.rlib
 --extern 
linked_hash_map=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/liblinked_hash_map-0290a92bf2d6ecf1.rlib
 --extern 
log=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/liblog-a58ec72c5e576122.rlib
 --extern 
memmap2=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libmemmap2-0cc093c1cad68d49.rlib
 --extern 
mime=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libmime-512e1c56b55e35eb.rlib
 --extern 
num_cpus=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libnum_cpus-b39a8032b058533b.rlib
 --extern 
number_prefix=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libnumber_prefix-b6170ebf029f2c0f.rlib
 --extern 
object=/usr/ports/pobj/sccache-0.5.4/build-amd64/target/release/deps/libobject-e89b0454eea4da83.rlib
 --extern 
once_cell=/usr/ports/pobj/sccache-0.5.4/