[PD] Fwd: another [declare -lib] strangeness

[Mike McGonagle]

---------- Forwarded message ----------
From: Mike McGonagle <mjmogo at gmail.com>
Date: Jan 23, 2008 1:49 PM
Subject: Re: [PD] another [declare -lib] strangeness
To: IOhannes m zmoelnig <zmoelnig at iem.at>


I can't seem to recreate this with structs. I will have to look back through
some of my older stuff, as I would get messages warning of duplicate struct
definitions, and to get rid of it, I would delete the first line from the
parent of the subpatch containing the struct declaration.
Mike


On Jan 23, 2008 1:24 PM, Mike McGonagle <mjmogo at gmail.com> wrote:

> Hum, I have noticed something similar when declaring struct objects, too.
> Is this a related behavior?
>
> Mike
>
>
> On Jan 23, 2008 9:58 AM, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
>
> > hi
> >
> > originally i wanted to write the following feature-request:
> > using [declare] to load libraries (e.g. [declare -lib mylib]) works
> > nicely.
> > however, when i have several abstractions all depending on the same
> > library (and thus all have an instance of [declare -lib mylib]), i get
> > an error "mylib: already loaded" for each abstraction depending on
> > "mylib" but the first.
> > would it be possible to suppress this warning? (i don't see a reason to
> > keep it)
> >
> > i wrote a wee example to illustrate this behaviour, and while doing so i
> > noticed a real weirdness:
> > when i save a patch holding an abstraction with a [declare -lib mylib],
> > this parent patch will also have the "#X declare -lib mylib" line
> > (without a direct representation in the patch)
> > what is even weirder is, that it gets an additional line for each
> > abstraction containing a [declare].
> > e.g. if i have 4 instances of an abstraction in my patch, i will get 4
> > additional declare-lines.
> > loading this patch, i will get 7 errors that "mylib: already loaded" (4
> > warnings from the abstractions; 3 warnings from the patch; only the 1st
> > declare-line in the patch gets evaluated properly)
> >
> > is this by design?
> > or is it a "bug"? (i cannot see any harm right now, but it is a bit
> > annoying)
> >
> >
> > all this is happening with Pd-0.41-0test11 on linux.
> >
> > fgmasdr.
> > IOhannes
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
> --
> Peace may sound simple—one beautiful word— but it requires everything we
> have, every quality, every strength, every dream, every high ideal.
> —Yehudi Menuhin (1916–1999), musician
>



-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician



-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20080123/fefb9244/attachment.htm>