From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id SdSxITXHe2ISqAUAWB0awg (envelope-from ) for ; Wed, 11 May 2022 10:24:53 -0400 Received: by simark.ca (Postfix, from userid 112) id 7CC5E1E220; Wed, 11 May 2022 10:24:53 -0400 (EDT) Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=XenwRede; dkim-atps=neutral X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 5BD731E01D for ; Wed, 11 May 2022 10:24:52 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 882753836409 for ; Wed, 11 May 2022 14:24:51 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 882753836409 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1652279091; bh=PJIEXFs/InbS5xO74mRz/9Aowbs1rr1qXrcC2sZRF1g=; h=To:Subject:Date:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=XenwRedeulZCxt3RD230mfW5ULuXY/ixOfneL6evvAWdk6FoIRZjEqmadp1GVOtVZ 8rdWmOslqHsYu/lhmIaOdw1LbEM/1Z8twgfIhaLGvQbk+XQBhB4SIDge1NlQ07bwtj gkh6poQp44B5t3jGDGUaN1+RnWAcMTj7KG2pgFCc= Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by sourceware.org (Postfix) with ESMTPS id B72863856DFA for ; Wed, 11 May 2022 14:24:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B72863856DFA X-IronPort-AV: E=McAfee;i="6400,9594,10343"; a="251764633" X-IronPort-AV: E=Sophos;i="5.91,217,1647327600"; d="scan'208";a="251764633" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 May 2022 07:24:29 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.91,217,1647327600"; d="scan'208";a="594157000" Received: from fmsmsx601.amr.corp.intel.com ([10.18.126.81]) by orsmga008.jf.intel.com with ESMTP; 11 May 2022 07:24:29 -0700 Received: from fmsmsx606.amr.corp.intel.com (10.18.126.86) by fmsmsx601.amr.corp.intel.com (10.18.126.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.27; Wed, 11 May 2022 07:24:28 -0700 Received: from fmsedg602.ED.cps.intel.com (10.1.192.136) by fmsmsx606.amr.corp.intel.com (10.18.126.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.27 via Frontend Transport; Wed, 11 May 2022 07:24:28 -0700 Received: from NAM02-DM3-obe.outbound.protection.outlook.com (104.47.56.49) by edgegateway.intel.com (192.55.55.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2308.27; Wed, 11 May 2022 07:24:28 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KpsXloHlGl0tBN3Qbh8prAa7gdn5ymZEUHndWsP3B7h0QA7Pg1PR2pkwPJhHPfedNaCxo7znEfsY9ja285wPA79Fb6J7YeM4873ucxKPCXmempx9bAb4wu3Evcb32TFVsZQxRQVpYP8wpDevRfoKXQoMB3oHganxP2GAwzx67U8tQrWGnfmb31toJ4OpAT0xfq5EuLgJ2Sd4HF4dqDx5tKSsPC9pMOAzZqpVfXtAy6K+Aj6SrCmqUSVvC//z9GCgRfRcDCyxRePs4ilLRGpGseOGntY5VogIVySeMmAX+Z9RXsZli5t0XqBwKtNSzJvm2KEDRKr+RIjUp/6C0QI8Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wAq8lq2h8G7T+hcJAliJhZtk3BTvly84KHVGvJfIHVQ=; b=kdKOkSJG0OcqP8CMnHOTbFxY2tJSku3O4z/ZhpXk0FZ7xK96kR8y4aU9MnT+4hrvQvxUnIVe4uooKU4GAYCn8DsZRN4I0GEPQ4nIzyoVdhnOgSfzoP+1xQFytl4jI3CyYT0bHxQe7N14LYFXRMs0GW+DNh92v4fekF8ZEUAv0tRuo+RrDZOQfalngbPYHJxXlwwOzjq2+De+jESl5byGrX9ApIbn1KRHkeH+Lq/NLJWWcHopshyRaP5NgzbDnuNnIDrf72FpSV6ykkYvybpZMhbJeo/eeAp4GWkH9rlZEl+u8K/HO7gjFppxWfGqW/LOffJy/H/7rlIYDsQF88BroQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from CY4PR1101MB2071.namprd11.prod.outlook.com (2603:10b6:910:1a::10) by IA1PR11MB6372.namprd11.prod.outlook.com (2603:10b6:208:3ac::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5227.22; Wed, 11 May 2022 14:24:27 +0000 Received: from CY4PR1101MB2071.namprd11.prod.outlook.com ([fe80::403f:f9f0:74f2:c5b9]) by CY4PR1101MB2071.namprd11.prod.outlook.com ([fe80::403f:f9f0:74f2:c5b9%10]) with mapi id 15.20.5250.013; Wed, 11 May 2022 14:24:26 +0000 To: Andrew Burgess , "gdb-patches@sourceware.org" Subject: RE: [PATCH 04/18] gdb/testsuite: add local variable for passing 'getting_compiler_info' to gdb_compile Thread-Topic: [PATCH 04/18] gdb/testsuite: add local variable for passing 'getting_compiler_info' to gdb_compile Thread-Index: AQHYZHnE2oh1t20yp0Ot7dtZz4mFhq0ZdcSAgAA+pDA= Date: Wed, 11 May 2022 14:24:26 +0000 Message-ID: References: <20220510142437.1397399-1-nils-christian.kempke@intel.com> <20220510142437.1397399-5-nils-christian.kempke@intel.com> <87czgkl6qq.fsf@redhat.com> In-Reply-To: <87czgkl6qq.fsf@redhat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.401.20 dlp-reaction: no-action x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fe47f353-89f2-4551-0572-08da3359f437 x-ms-traffictypediagnostic: IA1PR11MB6372:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rj2JbpErRnIlJVsONVmj/fgAEf1zauxTzE8txlAAJxuO8ITre1lRE9CjF62T0bIRrtDyqpydOJ06sW8HpqVY1aQzyGEaPhs+o2G2WEKA/zhVIIMytNgoq7pz4N5GRwXmsoD/lIK2YIbGibOfJYB3cFsYaXNiTT6wAHLlGu5uY7ZwT/nEcuIQfAMBrtGoD83hT+2I1NPqPFqSHnriww6zf5HKf8wRwbVKtnqhIGwbAIRQ3UbMzEibIZL1qZrDlweIIkzDS9gNObAqiNyoOFGr8wqO3n9wXd6Ib8xOoXglaCWjY5smtOduhyVZb9VGVrZcYW/3b3GduyvfLCHpBrVO9O8cSd0AHK0cx0hf8rfe+Dbz3tEMBkQxS4Eisj5y6q8AzkLp8wjE7hRPkLmWzEiZWMRPByqz98BmOYKZRLgSytdS+HLYYi9mqRWjHR2zlo5aN18GMYaa8jdLQy7JsJSfuvjFXfQ38kZREXO3FKXnxILcoRHtNxz+g3ZBLFdOUL01HdFgUIy+cmgSYmNEh0cm96/Eo/6KHkKRxvJPG8q0iaGzDKSe8nZ3AXwLmKR46uG7Wmeyit4dkIrdf0OYVQNs5r3LF+0qbblLVuTcuzvO1FgSzIXvdekwNMi9FdPHBnAqDP3zuGyKDEp3ewzlhbBHPr5Tqpb6Ope5uw8UcqKmGEV9hr/3+etDxKvwZTdIDsIGuMkURwD4K7pOLnLC8zs9n/HbQ6Ttbtwc2MDrRkeRJD91IOHzU9h6vuKiwV7WRzwZs760pnjanch3eWTilrAXZq5Z2o3XeEDWtPZog8sOZDE= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR1101MB2071.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(66556008)(66476007)(9686003)(64756008)(71200400001)(8676002)(5660300002)(2906002)(55016003)(66446008)(66946007)(33656002)(38100700002)(15974865002)(508600001)(38070700005)(82960400001)(53546011)(7696005)(86362001)(6506007)(26005)(52536014)(8936002)(316002)(186003)(110136005)(76116006)(83380400001)(122000001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?+G6Ig0kUd5c8mTmQqYh6WY5Lh8qdQEDmcLd5NBUZPCcVveQWDPdKxRUlyCwb?= =?us-ascii?Q?i8L5qIL8BTHEeKjnzuL3GJ0svgNnL/7c0gniXUBWmMSFas4dtbyanHo8CdB9?= =?us-ascii?Q?VlsjfPe0YaDtI7UdFUTErDmhD+F3fVHD+vAjNgekvJrWWfNWX5akHHTOp44x?= =?us-ascii?Q?e3m2YB0Leduv6G6LgOcmHYO5aSIB+c1tyiS6mfH9NTYdzYqnSC9CIViERqst?= =?us-ascii?Q?sO5f+y/3G3iWobQmrv7SPpQT3jYZIgou6HWKk0FHEclUWt8pv301v5gHkEFd?= =?us-ascii?Q?AB3GboZZnxn8vYWclxmG2msqfGPC8icolTG1XtZ81tubT0jdrzHNASlq/6mp?= =?us-ascii?Q?Jp+LN/8HnCnuChEoBMkGnpo21U2HY6DSDu89x7hkFZBvvV89XXgFNFTC5f45?= =?us-ascii?Q?imBM8nVJTOif2aSuNsgvNIUmmhadVMAceJtgc3CrGdHMFiNwgneg90kPfoj2?= =?us-ascii?Q?zsSIdxN+rAPYpkjCyXOG0aCZKPILTitwN3tlOJo3cf7LYXskoq4T58vmWSCw?= =?us-ascii?Q?4CvYAcvzlCZb55wnQmI3SbEHW5inabyMuoYAvVBHlBAWqSoXOYyA0iemEbgt?= =?us-ascii?Q?2JRmPIa4JniQAUuRptn5FZ3eOqKXoNfAKrVSDXdq1h3krSDEJamDsOhp++vh?= =?us-ascii?Q?9RZ2vo03rVOCTqXLWHsM2qa3/IaM+JLR/0mDrXYWvidVXBvRVUIIZiMlbK8k?= =?us-ascii?Q?inhen8pVp5KBuus0ND5l8RdmasgWjSTR+a5/ByF/S6aLZtyMKc3D6Haw+rJz?= =?us-ascii?Q?Xhgdh2iaHTjLPrQOgnMg3xaHJOhvZyBNZA3YiIz2tjm3TQJsW4E0IUH9lctB?= =?us-ascii?Q?oI1jd2q9EfFENgmrjINNpGRfj0GECmTc5Ie9Ajz8TXI8naqERVuYiNIK5DqZ?= =?us-ascii?Q?kKWtFnuHyvUvTySnMRolxK7YoR1Er5BKUGUOnuYaWQVjsS1KyySmK362w5L5?= =?us-ascii?Q?LiVSVuuo/VJyeAqXGu/a2BsJjTe2BCMjqlWioR1IONczna8m1o3Mmppm7Etv?= =?us-ascii?Q?vrtjSMnv90g5cQZE/xiryYOKEFH7t4aZaLIzWvUn6+fSKHsYjYtJ/wqPnqdz?= =?us-ascii?Q?QthBn28XGgQSGWOGI3VapMiDFXNWmgAS/LyHtQIuUEZ07QDVDM63//y7yzAE?= =?us-ascii?Q?W5ExjKYHLP4CkJRg9qyJRoM7hkpwfO5EPY3BqHjWK15PPQX4SXY5/WbxlgeE?= =?us-ascii?Q?tOGLZ+cQ83WPF6fA6+sDa75GcgLIqQgcFeNhHYuhO78sh+pTpxXnZ0CdgDam?= =?us-ascii?Q?gJJj656l3KVIXSrKxhn+srnlUDaLH8fPm5QsoaVp6+AaMdKMqPVWILS85FL3?= =?us-ascii?Q?h4PuBXv0oGW0Sf98ALLOq6COW6Uzn1G8nNkMRqagnS6BsVcqPPejHbs5q6qg?= =?us-ascii?Q?Gzq20tQjG7bGvN2rYSzjGj9iiffZExD0OY6qAe3cn57FT7I+RH4Ff0co2sXG?= =?us-ascii?Q?9ZBUBXaHsRG4RW3VyOcmDNXaxgx0SuJHnXODDo/L3lMZQ0NLGm6U73Uo8a9u?= =?us-ascii?Q?toK/am2vvXslWOYWZVDKfJXMmE8DRa0V3FMBkew2cSuBdBJD7+BwuPmjGk9C?= =?us-ascii?Q?7SINho00g/8D+hdeil2d9m3lZ1whQyEmX/My5T9BsZJDfXhncfwROg8xPwAd?= =?us-ascii?Q?CUL1vFVaVLYZSFSz6LhJ5oz9mLRFw7S8dBrVyqZrX0e9jWHiUP8SUAaq6l6F?= =?us-ascii?Q?xjfPt62K7w4esALlBMuV6TCX2KOuKuo7NOo9dZtVVI/eGH5kQjTQRlaB9TIM?= =?us-ascii?Q?THOD4x4I0q2lYZr2KE58uEWkvQ5vLxA=3D?= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CY4PR1101MB2071.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fe47f353-89f2-4551-0572-08da3359f437 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 May 2022 14:24:26.8542 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vPow63w3qANZiiA4sMABKAf6SRbk031iMFmLt7VeSEcjwAv4GuTrkyUoDBbxZFf0cNwD2mLqN+Zc+0VgZ0u5vo2NljW2n7m9ydMEqJi+LGs= X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR11MB6372 X-OriginatorOrg: intel.com Content-Transfer-Encoding: quoted-printable X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: "Kempke, Nils-Christian via Gdb-patches" Reply-To: "Kempke, Nils-Christian" Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" > -----Original Message----- > From: Andrew Burgess > Sent: Wednesday, May 11, 2022 12:11 PM > To: Kempke, Nils-Christian ; gdb- > patches@sourceware.org > Cc: JiniSusan.George@amd.com > Subject: Re: [PATCH 04/18] gdb/testsuite: add local variable for passing > 'getting_compiler_info' to gdb_compile > = > = > I think the subject would be better as 'move local variable ....etc...' Yes, for sure. It is now 'gdb/testsuite: move getting_compiler_info to front of gdb_compile' > = > Nils-Christian Kempke via Gdb-patches > writes: > = > > The procedure gdb_compile used to query its options via > > > > [lsearch -exact $options getting_compiler_info] > > > > to check whether or not it was called in with the option > > getting_compiler_info. If it was called with this option it would > > preprocess some test input to try and figure out the actual compiler > > version of the compiler used. While doing this we cannot again try > > figure out the current compiler version via the 'getting_compiler_info' > > options as this would cause infinite recursion. As some parts of the > > procedure do recursively test for the compiler version to e.g. set > > certain flags, at several places gdb_compile queried its options for > > this setting. > > > > In the procedure, there was already a variable 'getting_compiler_info'. > > It was set to the result of the above lsearch, but too late within > > the code. This lead to a mixture of querying 'getting_compiler_info' or > > doing an lserach on the options passed to the procedure. > > > > I found this inconsistent and instead moved the variable > getting_compiler_info > > to the front of the procedure. > = > Am I correct that this is just a clean up? And doesn't fix an actual > bug? That's not a problem, and I think this is a good cleanup, I just > wasn't 100% sure after reading the above. Yes, also correct. I'll change the commit message a bit to make this more c= lear. > > It is set to 0 or 1 depending on wheth= er or > > not the argument is found in the procedure's options (just as before) > > and queried instead of doing an lsearch on the procedure options in the > > rest of the procedure. > = > You can actually use 'true' and 'false' in tcl, and just treat the > variable as a boolean, so.... > > > --- > > gdb/testsuite/lib/gdb.exp | 18 ++++++++++++------ > > 1 file changed, 12 insertions(+), 6 deletions(-) > > > > diff --git a/gdb/testsuite/lib/gdb.exp b/gdb/testsuite/lib/gdb.exp > > index a6f2d847a5..639a0cd1be 100644 > > --- a/gdb/testsuite/lib/gdb.exp > > +++ b/gdb/testsuite/lib/gdb.exp > > @@ -4378,6 +4378,13 @@ proc gdb_compile {source dest type options} { > > > > set outdir [file dirname $dest] > > > > + # If this is set, calling test_compiler_info will cause recursion. > > + if { [lsearch -exact $options getting_compiler_info] =3D=3D -1 } { > > + set getting_compiler_info 0 > = > set getting_compiler_info false > = > > + } else { > > + set getting_compiler_info 1 > = > set getting_compiler_info true > = > > + } > > + > > # Add platform-specific options if a shared library was specified = using > > # "shlib=3Dlibrarypath" in OPTIONS. > > set new_options {} > > @@ -4394,7 +4401,7 @@ proc gdb_compile {source dest type options} { > > # default, unless you pass -Wno-unknown-warning-option as well. > > # We do that here, so that individual testcases don't have to > > # worry about it. > > - if {[lsearch -exact $options getting_compiler_info] =3D=3D -1 > > + if {$getting_compiler_info =3D=3D 0 > = > if {!$getting_compiler_info > && .... etc .... > = > Which I think makes it clearer that this is a boolean flag. Yes that is true. Thanks for pointing it out, I did not know this. Done for v2. > = > = > > && [lsearch -exact $options rust] =3D=3D -1 > > && [lsearch -exact $options ada] =3D=3D -1 > > && [lsearch -exact $options f90] =3D=3D -1 > > @@ -4405,7 +4412,7 @@ proc gdb_compile {source dest type options} { > > > > # Treating .c input files as C++ is deprecated in Clang, so > > # explicitly force C++ language. > > - if { [lsearch -exact $options getting_compiler_info] =3D=3D -1 > > + if { $getting_compiler_info =3D=3D 0 > > && [lsearch -exact $options c++] !=3D -1 > > && [string match *.c $source] !=3D 0 } { > > > > @@ -4426,7 +4433,7 @@ proc gdb_compile {source dest type options} { > > # Place (and look for) Fortran `.mod` files in the output > > # directory for this specific test. For Intel compilers the -J > > # option is not supported so instead use the -module flag. > > - if { [lsearch -exact $options f90] !=3D -1 } { > > + if { $getting_compiler_info =3D=3D 0 && [lsearch -exact $options f= 90] !=3D -1 } { > > # Fortran compile. > > set mod_path [standard_output_file ""] > > if [test_compiler_info "gcc-*"] { > > @@ -4439,7 +4446,6 @@ proc gdb_compile {source dest type options} { > > > > set shlib_found 0 > > set shlib_load 0 > > - set getting_compiler_info 0 > > foreach opt $options { > > if {[regexp {^shlib=3D(.*)} $opt dummy_var shlib_name] > > && $type =3D=3D "executable"} { > > @@ -4471,8 +4477,8 @@ proc gdb_compile {source dest type options} { > > } elseif { $opt =3D=3D "shlib_load" && $type =3D=3D "executable" } { > > set shlib_load 1 > > } elseif { $opt =3D=3D "getting_compiler_info" } { > > - # If this is set, calling test_compiler_info will cause recursion. > > - set getting_compiler_info 1 > > + # Ignore this setting here as it has been treated in the very > > + # beginning of this procedure. Do not append it to new_options. > = > I think this comment should be reworded as: > = > # Ignore this setting here as it has been handled earlier in > # this procedure. Do not append it to new_options as this > # will cause recursion. Done for v2. Thanks for reviewing! Nils > = > Thanks, > Andrew > = > = > > } elseif {[regexp "^text_segment=3D(.*)" $opt dummy_var addr]}= { > > if { [linker_supports_Ttext_segment_flag] } { > > # For GNU ld. > > -- > > 2.25.1 > > > > Intel Deutschland GmbH > > Registered Address: Am Campeon 10, 85579 Neubiberg, Germany > > Tel: +49 89 99 8853-0, www.intel.de > > Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Sil= va > > Chairperson of the Supervisory Board: Nicole Lau > > Registered Office: Munich > > Commercial Register: Amtsgericht Muenchen HRB 186928 Intel Deutschland GmbH Registered Address: Am Campeon 10, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva = Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928