Gpc

Download

gpc@gnu.de

June 1997

25 participants
172 discussions

Re: Portability questions (Arrays)
by Peter Gerwinski 01 Jun '97

01 Jun '97

According to Frank Heckenbach: > > I'm briefly describing the situation I have. It's about speed optimization. > [...] > I thought about optimizing it with a pointer like this: > > function f(var a:t):integer; > var > p:^integer; > begin > p:=@a[0]; > {some loop} > if {...} then > begin > p^:=...; > inc(p) {is this ok, BTW?} > end; > {...} > f:="offset of p in a" > end. "inc(p)" should work in GPC. You can even do for p:= @a [ 0 ] to @a [ n ] do p^:= ...; Since all this is a "not very Pascalish" feature of GPC, you must enable it with the (*$X+*) directive. > So "f:=(integer(p)-integer(@a)) div sizeof(a[0])" doesn't seem to work then. > Or are other means of pointer arithmetic available -- or completely other > ways to do it? This wouldn't work in C either because of the same reason (SizeOf ( Pointer ) needn't be the same as SizeOf ( Integer )). How would you solve this problem in C? What about intoducing a "difference between pointers" operator which returns the number of elements they lie apart (as an integer)? f:= p - @a [ 0 ]; (Only with (*$X+*), of course.) Greetings, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970510] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Turbo Vision copyrights (fwd)
by Jan-Jaap van der Heijden 01 Jun '97

01 Jun '97

Hello all, This is cut from a message by Robert Hoehne to the DJGPP mailing lists. Read and weep ;-( ---------- Forwarded message ---------- Date: Wed, 21 May 1997 16:43:58 -0800 From: Eric Pesik <epesik(a)corp.borland.com> To: SWright243(a)aol.com, tw543229(a)dutiwy.twi.tudelft.nl, u6ed4(a)wvnvm.wvnet.edu Subject: Borland Turbo Vision Greetings! I apologize for not responding right away. For convenience, I am copying you and two other people who wrote to me personally with Turbo Vision questions. As you know, it is widely believed that Borland has released Turbo Vision into the public domain. Regrettably, that is not true. However, this does not affect the rights or licenses granted to any licensed user of the Turbo Vision product. Obviously, you may write and compile programs using the Turbo Vision libraries, and distribute them in object code form as part of your application. You may also distribute your own Turbo Vision patches and bug-fixes so long as it is limited to your own code. However, you may not distribute the Turbo Vision source code without permission from Borland. Part of the reason Borland has not released Turbo Vision into the public domain is Turbo Vision remains an important and valuable feature of Borland's Turbo Pascal 7.0 for DOS, which is currently available from Borland. If Borland decides to release Turbo Vision into the public domain in the future, (or if Borland releases it under different licensing terms) I will make sure a notice is posted to the Turbo Vision list. I hope this helps clear up any confusion. I know it is not the answer you had hoped for, but if you have any additional questions, please feel free to reply. Eric Pesik BORLAND INTERNATIONAL

1 0

Jump to page: