X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Thu, 7 Jan 2016 05:09:04 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Re: some more geometry module tweaks (nm maximum size) In-Reply-To: Message-ID: References: <201601052151 DOT u05LpHrp007414 AT envy DOT delorie DOT com> <20160105233234 DOT bdd3c056655e420df5976a1c AT gmail DOT com> <201601052312 DOT u05NCVkg014756 AT envy DOT delorie DOT com> <20160106091003 DOT 4F6B1809D7A0 AT turkos DOT aspodata DOT se> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-533472748-1452139744=:9035" Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-533472748-1452139744=:9035 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 6 Jan 2016, Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user@= delorie.com] wrote: >On my old system the default build still seems to be 32 bit long int.=C2= =A0 I >guess things like the zoom bug Igor mentioned are due to most devels being >on 64 now. >Britton Just tried pcb-rnd on a 64 bit box, with a 2.5x2.5 meter board. I can confirm that the behaviour is different, but I can't confirm it's=20 working. I think you are right that some of the bugs are gone on 64=20 bits so I can zoom and pan, but with the gtk hid the crosshair simply=20 overflows (and jumps back to 0) at 2.1 meter. Btw, I am not against setting hard limits on board size, even as a=20 permanent solution (given the limits are large enough). E.g. if it turns=20 out you have just enough bits with double or long long int or whatever=20 type to represent a board of ~10x10 meters, but things would get very=20 complicated above, I'd just limit the board size to 10x10. I'd probably provide a disabled-by-default option for using long doubles=20 and/or gcc's builtin 128 bit ints (should work on x86_64). I think it'd be= =20 a good compromise to say that pcb is portable up to that specific board=20 size limit and if someone wants a larger board, he needs to use a 64 bit=20 system with gcc (or a compiler that supports long doubles). On the other hand, I think I will have an attempt with fixed point=20 integers in my projects. Already did some research and it doesn't look as= =20 impossible as I thought. --0-533472748-1452139744=:9035--