gmane.comp.programming.tools.scons.user archive

1468 archived articles, newest first (page 9 of 15). Latest articles →

Re: Hierarchical builds not possible (TAR/RPM packaging)
Wed, 05 Jan 2022 10:00:51 +0100
Werner Reisberger <[email protected]> • #31478
Re: Hierarchical builds not possible (TAR/RPM packaging)
Wed, 05 Jan 2022 09:39:38 +0100
Werner Reisberger <[email protected]> • #31477
Re: Hierarchical builds not possible (TAR/RPM packaging)
Tue, 4 Jan 2022 14:02:38 -0800
Bill Deegan <[email protected]> • #31476
Re: Bug with scons 4.3.0 on migw64
Tue, 4 Jan 2022 13:55:02 -0800
Bill Deegan <[email protected]> • #31475
Re: tagging files (RPM packaging)
Tue, 4 Jan 2022 13:52:57 -0800
Bill Deegan <[email protected]> • #31474
Hierarchical builds not possible (TAR/RPM packaging)
Tue, 04 Jan 2022 08:52:09 +0100
Werner Reisberger <[email protected]> • #31473
Re: Bug with scons 4.3.0 on migw64
Mon, 3 Jan 2022 15:35:17 -0700
Mats Wichmann <[email protected]> • #31472
Bug with scons 4.3.0 on migw64
Mon, 3 Jan 2022 21:12:15 +0000
Stefano Rebughini <[email protected]> • #31471
Re: tagging files (RPM packaging)
Mon, 3 Jan 2022 13:53:26 -0700
Mats Wichmann <[email protected]> • #31470
Re: tagging files (RPM packaging)
Mon, 03 Jan 2022 08:06:10 +0100
Werner Reisberger <[email protected]> • #31469
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 20:16:32 -0800
Bill Deegan <[email protected]> • #31468
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 23:06:41 -0500
Brad Kraemer <[email protected]> • #31467
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 19:52:47 -0800
Bill Deegan <[email protected]> • #31466
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 20:37:06 -0500
Brad Kraemer <[email protected]> • #31465
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 17:05:55 -0800
Bill Deegan <[email protected]> • #31464
Re: Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 18:10:10 -0500
Brad Kraemer <[email protected]> • #31463
Re: **JUNK** Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 14:30:59 -0800
Bill Deegan <[email protected]> • #31462
Re: **JUNK** Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 14:20:47 -0800
Bill Deegan <[email protected]> • #31461
Re: **JUNK** Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 14:20:04 -0800
Bill Deegan <[email protected]> • #31460
Re: tagging files (RPM packaging)
Sun, 2 Jan 2022 14:10:30 -0800
Bill Deegan <[email protected]> • #31459
**JUNK** Value/Alias Nodes default to up-to-date
Sun, 2 Jan 2022 10:56:51 -0500
Brad Kraemer <[email protected]> • #31458
Re: tagging files (RPM packaging)
Sun, 02 Jan 2022 11:52:10 +0100
Werner Reisberger <[email protected]> • #31457
Re: tagging files (RPM packaging)
Sat, 1 Jan 2022 14:00:04 -0800
Bill Deegan <[email protected]> • #31456
Re: tagging files (RPM packaging)
Sat, 1 Jan 2022 13:57:57 -0800
Bill Deegan <[email protected]> • #31455
Re: tagging files (RPM packaging)
Sat, 1 Jan 2022 13:55:25 -0800
Bill Deegan <[email protected]> • #31454
Re: tagging files (RPM packaging)
Sat, 1 Jan 2022 10:45:06 -0700
Mats Wichmann <[email protected]> • #31453
tagging files (RPM packaging)
Sat, 01 Jan 2022 15:16:59 +0100
Werner Reisberger <[email protected]> • #31452
Re: GCC Tool breaks linker for explicitly named libraries
Mon, 27 Dec 2021 15:29:27 -0700
Mats Wichmann <[email protected]> • #31451
Re: GCC Tool breaks linker for explicitly named libraries
Wed, 22 Dec 2021 11:18:24 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31450
Re: Scons 4.2.0 and Python 3.10: test SCons/ActionTests.py failed
Sat, 18 Dec 2021 18:11:53 -0800
Bill Deegan <[email protected]> • #31449
Re: Scons 4.2.0 and Python 3.10: tes t SCons/ActionTests.py failed
Sun, 19 Dec 2021 01:26:26 +0300
Sergey Torokhov via Scons-users <[email protected]> • #31448
Re: GCC Tool breaks linker for explicitly named libraries
Fri, 17 Dec 2021 12:44:24 -0700
Mats Wichmann <[email protected]> • #31447
Re: Scons 4.2.0 and Python 3.10: test SCons/ActionTests.py failed
Fri, 17 Dec 2021 11:00:03 -0800
Bill Deegan <[email protected]> • #31446
Re: GCC Tool breaks linker for explicitly named libraries
Fri, 17 Dec 2021 10:47:25 -0800
Bill Deegan <[email protected]> • #31445
Re: Scons 4.2.0 and Python 3.10: test SCons/ActionTests.py failed
Fri, 17 Dec 2021 10:54:52 -0700
Mats Wichmann <[email protected]> • #31444
GCC Tool breaks linker for explicitly named libraries
Fri, 17 Dec 2021 16:03:00 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31443
Re: Scons 4.2.0 and Python 3.10: tes t SCons/ActionTests.py failed
Fri, 17 Dec 2021 12:23:24 +0300
Sergey Torokhov via Scons-users <[email protected]> • #31442
Re: Scons 4.2.0 and Python 3.10: test SCons/ActionTests.py failed
Thu, 16 Dec 2021 10:56:04 -0800
Bill Deegan <[email protected]> • #31441
Scons 4.2.0 and Python 3.10: tes t SCons/ActionTests.py failed
Thu, 16 Dec 2021 14:58:03 +0300
Sergey Torokhov via Scons-users <[email protected]> • #31440
Re: Changing VariantDir in an SConscript file
Thu, 18 Nov 2021 19:17:08 +0000
Jason Kenny <[email protected]> • #31439
Re: Changing VariantDir in an SConscript file
Thu, 18 Nov 2021 11:12:55 -0800
Bill Deegan <[email protected]> • #31438
SCons 4.3.0 released
Wed, 17 Nov 2021 11:13:45 -0500
Bill Deegan <[email protected]> • #31437
Re: Changing VariantDir in an SConscript file
Wed, 17 Nov 2021 12:23:47 +0000
Luke Tunmer <[email protected]> • #31436
Re: Changing VariantDir in an SConscript file
Tue, 16 Nov 2021 09:15:03 -0500
Bill Deegan <[email protected]> • #31435
Re: Changing VariantDir in an SConscript file
Tue, 16 Nov 2021 10:19:23 +0000
Luke Tunmer <[email protected]> • #31434
Re: Changing VariantDir in an SConscript file
Mon, 15 Nov 2021 13:44:03 -0700
Mats Wichmann <[email protected]> • #31433
Re: Changing VariantDir in an SConscript file
Mon, 15 Nov 2021 14:29:36 -0500
Bill Deegan <[email protected]> • #31432
Re: Changing VariantDir in an SConscript file
Mon, 15 Nov 2021 11:38:00 -0500
Bill Deegan <[email protected]> • #31431
Changing VariantDir in an SConscript file
Mon, 15 Nov 2021 14:54:42 +0000
Luke Tunmer <[email protected]> • #31430
Re: visualize build parallelism, duration of build steps?
Wed, 20 Oct 2021 15:03:48 -0400
Gary Oberbrunner <[email protected]> • #31429
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 18:04:28 -0700
Gabe Black <[email protected]> • #31428
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 17:20:56 -0700
Bill Deegan <[email protected]> • #31427
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 15:55:17 -0700
Gabe Black <[email protected]> • #31426
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 07:59:40 -0600
Mats Wichmann <[email protected]> • #31425
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 06:52:40 -0400
Brian Cody <[email protected]> • #31424
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 10:13:16 +0000
Stijn De Ruyck <[email protected]> • #31423
Re: visualize build parallelism, duration of build steps?
Tue, 19 Oct 2021 02:56:01 -0700
Gabe Black <[email protected]> • #31422
visualize build parallelism, duration of build steps?
Mon, 18 Oct 2021 15:45:44 -0700
Gabe Black <[email protected]> • #31421
Re: bug: --debug=explain gives wrong message
Fri, 15 Oct 2021 11:09:44 -0700
Bill Deegan <[email protected]> • #31420
Re: bug: --debug=explain gives wrong message
Fri, 15 Oct 2021 13:39:24 -0400
Gary Oberbrunner <[email protected]> • #31419
Re: bug: --debug=explain gives wrong message
Fri, 15 Oct 2021 11:32:35 -0600
Mats Wichmann <[email protected]> • #31418
bug: --debug=explain gives wrong message
Fri, 15 Oct 2021 12:04:01 -0400
Gary Oberbrunner <[email protected]> • #31417
Re: Crash in signal handling in Jobs.py
Thu, 7 Oct 2021 07:50:12 -0700
Bill Deegan <[email protected]> • #31416
Re: Crash in signal handling in Jobs.py
Thu, 7 Oct 2021 06:37:19 -0400
Brian Quistorff <[email protected]> • #31415
Re: Crash in signal handling in Jobs.py
Wed, 6 Oct 2021 18:31:39 -0700
Bill Deegan <[email protected]> • #31414
Re: Crash in signal handling in Jobs.py
Wed, 6 Oct 2021 18:29:16 -0700
Bill Deegan <[email protected]> • #31413
Crash in signal handling in Jobs.py
Wed, 6 Oct 2021 20:09:49 -0400
Brian Quistorff <[email protected]> • #31412
Re: Any compatibility breaking changes to SConsign DB / MemoryError in 4.1.0?
Mon, 27 Sep 2021 10:01:29 -0700
Bill Deegan <[email protected]> • #31411
Re: Not able to make full use of CPUs for processing speed
Mon, 27 Sep 2021 09:51:53 -0700
Bill Deegan <[email protected]> • #31410
Re: Not able to make full use of CPUs for processing speed
Mon, 27 Sep 2021 17:57:07 +0200
"Markus B. Schenkel" <[email protected]> • #31409
Any compatibility breaking changes to SConsign DB / MemoryError in 4.1.0?
Mon, 27 Sep 2021 17:56:10 +0200
"Markus B. Schenkel" <[email protected]> • #31408
Re: Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 13:48:04 -0400
Gary Oberbrunner <[email protected]> • #31407
Re: Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 10:44:20 -0700
Bill Deegan <[email protected]> • #31406
Re: Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 13:39:33 -0400
Gary Oberbrunner <[email protected]> • #31405
Re: Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 10:36:59 -0700
Bill Deegan <[email protected]> • #31404
Re: Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 10:34:15 -0700
Bill Deegan <[email protected]> • #31403
Printing dependency tree when dependency cyle found?
Wed, 22 Sep 2021 11:50:15 -0400
Gary Oberbrunner <[email protected]> • #31402
Re: Surprising change in behaviour of createSharedLibBuilder
Tue, 21 Sep 2021 08:49:36 -0600
Mats Wichmann <[email protected]> • #31401
Re: Surprising change in behaviour of createSharedLibBuilder
Tue, 21 Sep 2021 06:33:34 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31400
Re: Surprising change in behaviour of createSharedLibBuilder
Mon, 20 Sep 2021 09:22:45 -0700
Bill Deegan <[email protected]> • #31399
Re: Surprising change in behaviour of createSharedLibBuilder
Mon, 20 Sep 2021 16:21:00 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31398
Re: Surprising change in behaviour of createSharedLibBuilder
Mon, 20 Sep 2021 07:47:04 -0700
Bill Deegan <[email protected]> • #31397
Surprising change in behaviour of createSharedLibBuilder
Mon, 20 Sep 2021 08:55:10 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31396
Re: Exclude parts of a directory
Fri, 17 Sep 2021 10:26:57 -0600
Mats Wichmann <[email protected]> • #31395
Re: am I understand the tree properly?
Fri, 17 Sep 2021 09:04:33 -0700
Bill Deegan <[email protected]> • #31394
Re: Exclude parts of a directory
Fri, 17 Sep 2021 09:02:35 -0700
Bill Deegan <[email protected]> • #31393
Re: am I understand the tree properly?
Fri, 17 Sep 2021 13:47:29 +0200
daggs <[email protected]> • #31392
Exclude parts of a directory
Fri, 17 Sep 2021 11:25:48 +0200
Erik Kazandjian <[email protected]> • #31391
Re: Not able to make full use of CPUs for processing speed
Thu, 16 Sep 2021 13:50:36 -0600
Mats Wichmann <[email protected]> • #31390
Re: Win7 + MSVS2019 fails to create environment....
Thu, 16 Sep 2021 09:11:55 -0700
Bill Deegan <[email protected]> • #31389
Re: Not able to make full use of CPUs for processing speed
Thu, 16 Sep 2021 09:08:13 -0700
Bill Deegan <[email protected]> • #31388
Re: am I understand the tree properly?
Thu, 16 Sep 2021 09:06:03 -0700
Bill Deegan <[email protected]> • #31387
Re: Not able to make full use of CPUs for processing speed
Thu, 16 Sep 2021 14:31:19 +0000
Don Baldwin <[email protected]> • #31386
Re: Win7 + MSVS2019 fails to create environment....
Thu, 16 Sep 2021 05:47:01 -0400
"Joseph C. Brill" <[email protected]> • #31385
Re: Win7 + MSVS2019 fails to create environment....
Thu, 16 Sep 2021 08:23:17 +0000
"Steve Hill \(Wireless\) via Scons-users" <[email protected]> • #31384
Win7 + MSVS2019 fails to create environment....
Thu, 16 Sep 2021 07:40:25 +0000
Stephen Hill via Scons-users <[email protected]> • #31383
Re: am I understand the tree properly?
Thu, 16 Sep 2021 08:35:40 +0200
daggs <[email protected]> • #31382
Re: am I understand the tree properly?
Wed, 15 Sep 2021 18:07:34 -0600
Mats Wichmann <[email protected]> • #31381
Re: Not able to make full use of CPUs for processing speed
Wed, 15 Sep 2021 16:10:14 -0700
Bill Deegan <[email protected]> • #31380
Re: Not able to make full use of CPUs for processing speed
Wed, 15 Sep 2021 16:08:45 -0700
Bill Deegan <[email protected]> • #31379
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.