Re: [PD] M1 Externals
>> comport_v1.2 is already available on deken. great thanks! On Mon, Mar 21, 2022 at 9:59 AM IOhannes m zmoelnig wrote: > > On 3/21/22 14:03, me.grimm wrote: > >>> but unless you are planning to maintain the object for the next decade > > > > I agree, I don't want to do this :) > > > > so this is my lobby. > > the best lobby is of course an open issue (or a PR) :-) > > > > > so this IS the official repo? https://git.iem.at/pd/comport > > i would say so. > > > > > can I send you pull requests? only really familiar with github. maybe > move > > the official repo there? > > i'd rather not. > > sending PRs to git.iem.at is a bit tricky atm (i guess the best right > now is to do a fork to some public git hoster of your liking (e.g. > gitlab, github, bitbucket or whatever) and then attach a link to that > repo to the ticket. > i understand that this is not the best UX. > > > anyhow: this time, your lobbying defeated space and time and > comport_v1.2 is already available on deken. > > fnase > IOhannes > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- m.e.grimm, m.f.a, ed.m. cornell u., tc3 megrimm.net ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
>anyhow: this time, your lobbying defeated space and time and > comport_v1.2 is already available on deken. >fnase >IOhannes Thank you, IOhannes! Phil ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
On 3/21/22 14:03, me.grimm wrote: but unless you are planning to maintain the object for the next decade I agree, I don't want to do this :) so this is my lobby. the best lobby is of course an open issue (or a PR) :-) so this IS the official repo? https://git.iem.at/pd/comport i would say so. can I send you pull requests? only really familiar with github. maybe move the official repo there? i'd rather not. sending PRs to git.iem.at is a bit tricky atm (i guess the best right now is to do a fork to some public git hoster of your liking (e.g. gitlab, github, bitbucket or whatever) and then attach a link to that repo to the ticket. i understand that this is not the best UX. anyhow: this time, your lobbying defeated space and time and comport_v1.2 is already available on deken. fnase IOhannes OpenPGP_signature Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
>> but unless you are planning to maintain the object for the next decade I agree, I don't want to do this :) so this is my lobby. so this IS the official repo? https://git.iem.at/pd/comport can I send you pull requests? only really familiar with github. maybe move the official repo there? m On Mon, Mar 21, 2022 at 3:05 AM IOhannes m zmölnig wrote: > Am 19. März 2022 16:21:59 MEZ schrieb "me.grimm" : > >forked here: https://github.com/megrimm/pd-comport > >>> > >> There is: > >> https://git.iem.at/pd/comport > > > I'd rather keep the development of [comport] in a single repository. > You are if course free to clone and fork however you like, but unless you > are planning to maintain the object for the next decade, I think it would > be better to (lobby to) get the "official" external updated. > > > > mfg.sfg.jfd > IOhannes > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- m.e.grimm, m.f.a, ed.m. cornell u., tc3 megrimm.net ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
Am 19. März 2022 16:21:59 MEZ schrieb "me.grimm" : >forked here: https://github.com/megrimm/pd-comport >>> >> There is: >> https://git.iem.at/pd/comport I'd rather keep the development of [comport] in a single repository. You are if course free to clone and fork however you like, but unless you are planning to maintain the object for the next decade, I think it would be better to (lobby to) get the "official" external updated. mfg.sfg.jfd IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
changed "error" to "pd_error" and compiles and loads
Be careful, pd_error() has an additional "void *" argument! This means
the following is not correct:
pd_error("[comport]: %ld not valid, using closest value: %ld", *baud,
baudratetable[i]);
pd_error("*Warning* The baud rate %ld is not supported or out of
range, using 9600\n",*baud);
If there is an object, pass it as the first argument. Otherwise pass NULL.
Generally, you should always pass an object whenever possible because it
helps users to find the source of the error.
Christof
On 21.03.2022 01:44, Philip Stone via Pd-list wrote:
I finally took the plunge (don’t know why I’ve never done this before)
and figured out how to compile an external, trying ‘comport’ for arm64
to start with, and got the same result as me.grimm. XCode version is
13.3 if that matters, but I called make directly from the shell.
Sorry for my ignorance on the compiling aspect, but I do wish to
learn, now that I have some time.
Phil
* *comport.c:693:9: **error: **implicit declaration of function
'error' is
invalid in C99 [-Werror,-Wimplicit-function-declaration]*
error("[comport]: %ld not valid, using closest value:
%ld", *baud,
baudratetable[i]);
* ^*
changed "error" to "pd_error" and compiles and loads. lots of warnings
though.
forked here: https://github.com/megrimm/pd-comport
m
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management
->https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
Hi, I’m going through the same process; it has spurred me to cut my dependence on externals to the bone, but I also badly need [comport], cyclone, and a few others that I can’t replace, like [tof/pmenu]. I’d like to help in this process of getting externals compiled for Darwin-arm64, but don’t know where to start. Best, Phil Stone University of California, Davis me.grimm writes: Date: Fri, 18 Mar 2022 18:04:52 -0400 From: "me.grimm" To: Pd-List Subject: [PD] M1 Externals Message-ID: Content-Type: text/plain; charset="utf-8" hello, my old mac dead so had to get new M1 and starting from scratch. I see only a few externals so far compiled for the Darwin-amd64-32 looking for the [comport] to give compiling a whirl i see v 0.2 from 2012 here: https://puredata.info/downloads/comport that's the most recent repo? just checking in case im missing something. btw also running dans build and seems to work well. the build from millers site never gave me a Pd window. m -- m.e.grimm, m.f.a, ed.m. cornell u., tc3 megrimm.net ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
>> I guess you mean Darwin-arm64-32.
ah yes of course :)
a quick attempt give following error:
info: using Makefile.pdlibbuilder version 0.5.1
info: using Pd API /Applications/
Pd-0.52-1-arm64.app/Contents/Resources/src/m_pd.h
info: making target all in lib comport
info: making comport.o in lib comport
cc -DPD -I "/Applications/Pd-0.52-1-arm64.app/Contents/Resources/src"
-DUNIX -DMACOSX -I /sw/include-Wall -Wextra -Wshadow -Winline
-Wstrict-aliasing -O3 -ffast-math -funroll-loops -fomit-frame-pointer -arch
arm64 -arch x86_64 -o comport.o -c comport.c
*comport.c:693:9: **error: **implicit declaration of function 'error' is
invalid in C99 [-Werror,-Wimplicit-function-declaration]*
error("[comport]: %ld not valid, using closest value: %ld", *baud,
baudratetable[i]);
*^*
changed "error" to "pd_error" and compiles and loads. lots of warnings
though.
forked here: https://github.com/megrimm/pd-comport
m
On Sat, Mar 19, 2022 at 7:04 AM Roman Haefeli wrote:
> On Fri, 2022-03-18 at 18:04 -0400, me.grimm wrote:
> > hello,
> >
> > my old mac dead so had to get new M1 and starting from scratch.
> >
> > I see only a few externals so far compiled for the Darwin-amd64-32
>
> I guess you mean Darwin-arm64-32.
>
> >
> > looking for the [comport] to give compiling a whirl i see v 0.2 from
> > 2012 here: https://puredata.info/downloads/comport
> >
> > that's the most recent repo? just checking in case im missing
> > something.
>
> There is:
> https://git.iem.at/pd/comport
>
> It has commits up to 2019.
>
> Roman
>
>
--
m.e.grimm, m.f.a, ed.m.
cornell u., tc3
megrimm.net
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] M1 Externals
On Fri, 2022-03-18 at 18:04 -0400, me.grimm wrote: > hello, > > my old mac dead so had to get new M1 and starting from scratch. > > I see only a few externals so far compiled for the Darwin-amd64-32 I guess you mean Darwin-arm64-32. > > looking for the [comport] to give compiling a whirl i see v 0.2 from > 2012 here: https://puredata.info/downloads/comport > > that's the most recent repo? just checking in case im missing > something. There is: https://git.iem.at/pd/comport It has commits up to 2019. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] M1 Externals
hello, my old mac dead so had to get new M1 and starting from scratch. I see only a few externals so far compiled for the Darwin-amd64-32 looking for the [comport] to give compiling a whirl i see v 0.2 from 2012 here: https://puredata.info/downloads/comport that's the most recent repo? just checking in case im missing something. btw also running dans build and seems to work well. the build from millers site never gave me a Pd window. m -- m.e.grimm, m.f.a, ed.m. cornell u., tc3 megrimm.net ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
