From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2285 invoked by alias); 14 Mar 2012 11:48:47 -0000 Received: (qmail 2276 invoked by uid 22791); 14 Mar 2012 11:48:46 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,TW_BT,TW_DB X-Spam-Check-By: sourceware.org Received: from outdoor.onevision.de (HELO outdoor.onevision.de) (212.77.172.51) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 14 Mar 2012 11:48:32 +0000 Received: from sanders.onevision.de (moonrace [212.77.172.62]) by outdoor.onevision.de (8.14.3/8.13.7/ROSCH/DDB) with ESMTP id q2EBmMs0028304 for ; Wed, 14 Mar 2012 12:48:27 +0100 Received: from [192.168.5.32] ([192.168.5.32]) by sanders.onevision.de (Lotus Domino Release 8.5.1FP3) with ESMTP id 2012031412481727-114657 ; Wed, 14 Mar 2012 12:48:17 +0100 Message-ID: <4F608583.2000809@onevision.com> Date: Wed, 14 Mar 2012 11:48:00 -0000 From: Roland Schwingel User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: insight@sourceware.org Subject: Patches for insight to work native on 64bit windows Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-15; format=flowed Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2012-q1/txt/msg00017.txt.bz2 Hi... Some days ago I wrote that I am working myself on an insight version for windows native 64bit (mingw-w64). I am quite far with it. It runs quite fine here (both using gdb 7.4 and gdb head). I would like to send my patches. For my personal version I am using tcl/tk 8.6 beta taken out of the fossil repos from core.tcl.tk (with some small windows specific changes). Insight still uses the tcl/tk 8.4 checked in the sourceware.org repos. In my eyes there is no way using tcl/tk 8.4 for windows 64bit. IMHO should the decision be taken to also update the version insight comes with to a more modern version. The patches I want to send now are independant of the tcl/tk version used (backwardscompatible), so it is no prerequisite for my patches to perform the tcl/tk update. I got a bunch of patches in different areas. gdbtk: Mainly get rid of very long time deprecated tcl api which is no longer present in 8.6 plus some 64bit windows changes and a small needed bugfix in global preferences dialog. libgui: libgui hasn't seen any love for a very long time. I tried to keep my changes as minimal as possible, but to get it compiled for a 64bit windows and against newer tcl/tk required some changes. iwidgets: Need to be updated to version 4.0.2 (from 4.0.1) to work with tcl/tk 8.5 and up. I did (yet) not make any private changes here. itcl: I updated to version 3.4.1. The old 3.3 does not work well with newer tcl/tk versions. I took the itcl initscript (with small changes) from itcl4 so it works also with newer tcl/tk. Now I am revisiting all my patches and want to send them the next days. I think I will start with gdbtk and libgui. I will try to group them in logical portions. Any suggestions/objections? Roland