Re: Why can't defstructs be redefined?

--00000000000022a69605e38b77bf
Content-Type: text/plain; charset="UTF-8"

Hi Alan,

On http://www.lispworks.com/documentation/lw70/CLHS/Body/m_defstr.htm, it
says right below named arguments documentation section (or differently put:
immediately above the "Predicate" section): The consequences of redefining
a *defstruct*
<http://www.lispworks.com/documentation/lw70/CLHS/Body/m_defstr.htm#defstruct>
structure are undefined.

You're running into that, I think.

Regards,

Erik.

On Mon, Jul 11, 2022 at 7:43 PM Alan Ruttenberg <[email protected]>
wrote:

> Anyone know this area of the compiler? It's very frustrating during
> development. Seems we ought to, at least, be able to blow away all traces
> of the defstruct, ignoring existing structures and redefine it. My attempt
> to do that the obvious way - removing the system::structure-definition
> property from the symbol plist of the struct name - allows the redefinition
> but sometimes errors out when I use the new structure.
>
> Anyways, I'd like to fix this, and any info would give me a head start.
>
> Thanks,
> Alan
>


-- 
Bye,

Erik.

http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.

--00000000000022a69605e38b77bf
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Alan,</div><div><br></div><div>On <a href=3D"http:=
//www.lispworks.com/documentation/lw70/CLHS/Body/m_defstr.htm">http://www.l=
ispworks.com/documentation/lw70/CLHS/Body/m_defstr.htm</a>, it says right b=
elow named arguments documentation section (or differently put: immediately=
 above the &quot;Predicate&quot; section): The consequences of redefining a=
 <a rel=3D"DEFINITION" href=3D"http://www.lispworks.com/documentation/lw70/=
CLHS/Body/m_defstr.htm#defstruct"><b>defstruct</b></a> structure are undefi=
ned. <br></div><div><br></div><div>You&#39;re running into that, I think.</=
div><div><br></div><div>Regards,</div><div><br></div><div>Erik.<br></div></=
div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On=
 Mon, Jul 11, 2022 at 7:43 PM Alan Ruttenberg &lt;<a href=3D"mailto:alanrut=
[email protected]">[email protected]</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Anyone kno=
w this area of the compiler? It&#39;s very frustrating during development. =
Seems we ought to, at least, be able to blow away all traces of the defstru=
ct, ignoring existing structures and redefine it. My attempt to do that the=
 obvious way - removing the system::structure-definition property from the =
symbol plist of the struct name - allows the redefinition but sometimes err=
ors out when I use the new structure.</div><div><br></div><div>Anyways, I&#=
39;d like to fix this, and any info would give me a head start.</div><div><=
br></div><div>Thanks,</div><div>Alan<br></div></div>
</blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"g=
mail_signature"><div dir=3D"ltr">Bye,<div><br></div><div>Erik.</div><div><b=
r></div><div><a href=3D"http://efficito.com/" target=3D"_blank">http://effi=
cito.com</a>=C2=A0-- Hosted accounting and ERP.</div><div>Robust and Flexib=
le. No vendor lock-in.</div></div></div>

--00000000000022a69605e38b77bf--