From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9EC4CCDB479 for ; Wed, 24 Jun 2026 16:33:51 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 1285B10E0A7; Wed, 24 Jun 2026 16:33:51 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.b="etLnfmJI"; dkim-atps=neutral Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.12]) by gabe.freedesktop.org (Postfix) with ESMTPS id CB7F710E0A7 for ; Wed, 24 Jun 2026 16:33:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1782318804; x=1813854804; h=date:message-id:from:to:cc:subject:in-reply-to: references:mime-version; bh=+VFV8bf4o+Re9Qw2ZNNQWSQe+k5iv3r5qCHjC2TFabM=; b=etLnfmJIhhBRf4R4folzo4hjdG9B+NSmYnr/ZJwbcXGKi5MYixNrWkEb v+zOfLbQTq9pBzQuaGoJartBsht8wr9ZM4rcxfuocOUD9HFYlxNH8Q24l J4fLdibLdOfFJ6XbKRQtwn9qSwTVhzL2Yvz6yb38cEbC+ryWjTf1HiSoZ 8LVQS7pzmM7A91ZaofmUWakY8T/wEP6Gjt1p1GAA/9xMXjl5GWmEMvV8z weHc49griKBRIr24x5Q+asuSBLLIDwoi7jTfXA+gGdVO6NvWEKnVcuFfv +l0VYU3a6eb2SmjfFyity+1mk/pSxh0qmjwHw4LvkObhJYVHVm/hFQFHx Q==; X-CSE-ConnectionGUID: tNlc8MTAQCyYTE5SX8kjaA== X-CSE-MsgGUID: UwzQ6b2xTfCAzFf8tQHJqQ== X-IronPort-AV: E=McAfee;i="6800,10657,11827"; a="86931748" X-IronPort-AV: E=Sophos;i="6.24,222,1774335600"; d="scan'208";a="86931748" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2026 09:33:23 -0700 X-CSE-ConnectionGUID: ZEk9zeWcR3+MHK5R3wMh8Q== X-CSE-MsgGUID: zUH1iASFR/a/H4U/8e2j0w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.24,222,1774335600"; d="scan'208";a="255017347" Received: from sesylves-mobl.amr.corp.intel.com (HELO adixit-MOBL3.intel.com) ([10.125.32.208]) by fmviesa005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2026 09:33:23 -0700 Date: Wed, 24 Jun 2026 09:33:22 -0700 Message-ID: <878q83q4od.wl-ashutosh.dixit@intel.com> From: "Dixit, Ashutosh" To: Sebastian Brzezinka Cc: , , , Subject: Re: [PATCH i-g-t 00/25] tools: remove unnecessary shared library In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/30.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: igt-dev@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development mailing list for IGT GPU Tools List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: igt-dev-bounces@lists.freedesktop.org Sender: "igt-dev" On Wed, 24 Jun 2026 01:47:07 -0700, Sebastian Brzezinka wrote: > > Standalone tools linked libigt.so as a side effect, pulling in cairo, > pixman and libX11 even without framebuffer use. > > Following intel_gpu_top's approach, each tool now links only the static > sub-libraries it needs. Five new ones are introduced: > > lib_igt_tools_stub, lib_igt_drm_stub, lib_igt_halffloat, > lib_i915_decode, lib_igt_reg_tools. So I am trying to figure out what is the "real" reason for doing this. If tomorrow the tool uses a function which is not present in the tiny library but in the big library, what are we going to do? So, isn't it better to link against one big library, rather than tiny libraries? Since it should use dynamic linking, it is not that the size of the executable will change one way or the other. So what is driving this change? Maybe I am missing something. Thanks. -- Ashutosh