On Wed, 30 Sep 2009, Hans-Christoph Steiner wrote: > Sometimes computers really suck.... Tsk. Let's not shift the blame away from the programmes. When it _is_ the programmes' fault, that is. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
On Wed, Sep 30, 2009 at 10:17 PM, <martin.peach-rieW9WUcm8FFJ04o6PK0Fg@public.gmane.org> wrote:You need to install the fftw3-dev package.
Martin
muranyia wrote:# sudo make install
...
cc -DPD -I/home/muranyia/Download/0.41/pd/src -Wall -W -ggdb -I/home/muranyia/Download/0.41/Gem/src -I/home/muranyia/Download/0.41/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -O2 -funroll-loops -fomit-frame-pointer -o "/home/muranyia/Download/0.41/externals/bsaylor/partconv~.o" -c "/home/muranyia/Download/0.41/externals/bsaylor/partconv~.c"
/home/muranyia/Download/0.41/externals/bsaylor/partconv~.c:34:19: error: fftw3.h: No such file or directory
/home/muranyia/Download/0.41/externals/bsaylor/partconv~.c:51: error: expected specifier-qualifier-list before ‘fftwf_complex’
...
Thanks! Without root i'm still getting those access denied errors, as root it goes as far as this:gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
/usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
hammer/accum.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [../bin/accum.pd_linux] Error 1
make[3]: Leaving directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
make[2]: *** [cyclone] Error 2
make[2]: Leaving directory `/home/muranyia/Download/0.41/externals'
make[1]: *** [externals_install] Error 2
make[1]: Leaving directory `/home/muranyia/Download/0.41/packages'
make: *** [install] Error 2
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
András Murányi wrote: > Thanks! Without root i'm still getting those access denied errors, as root most likely because you checked out as root, which results in files being owned by root and not you. simple fix is: % cd /home/muranyia/Download/0.41/ % chown -R muranyia . imho, you should do this before anything else and then continue to work as user. > it goes as far as this: > > gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused >> -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX >> -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o >> >> /usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local >> symbol' can not be used when making a shared object; recompile with -fPIC >> hammer/accum.o: could not read symbols: Bad value like the others and the error message have said: recompile with -fPIC. you will have to clean the build first (make clean), in order to make the added "-fPIC" copiler flag have any affect on the created object files. fgmasrd IOhannes
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
András Murányi wrote:most likely because you checked out as root, which results in files
> Thanks! Without root i'm still getting those access denied errors, as root
being owned by root and not you.
simple fix is:
% cd /home/muranyia/Download/0.41/
% chown -R muranyia .
imho, you should do this before anything else and then continue to work
as user.
> it goes as far as this:like the others and the error message have said: recompile with -fPIC.
>
> gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused
>> -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX
>> -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
>>
>> /usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local
>> symbol' can not be used when making a shared object; recompile with -fPIC
>> hammer/accum.o: could not read symbols: Bad value
you will have to clean the build first (make clean), in order to make
the added "-fPIC" copiler flag have any affect on the created object files.
# AMD64
ifeq ($(TARGET_PLATFORM),x86_64)
OPT_CFLAGS += -march=k8 -fPIC
OPT_CFLAGS += -O3 -ffast-math
endif
make[3]: Entering directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -c -o hammer/accum.o hammer/accum.c
gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
/usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
hammer/accum.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [../bin/accum.pd_linux] Error 1
make[3]: Leaving directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
make[2]: *** [cyclone] Error 2
make[2]: Leaving directory `/home/muranyia/Download/0.41/externals'
make[1]: *** [externals_install] Error 2
make[1]: Leaving directory `/home/muranyia/Download/0.41/packages'
make: *** [install] Error 2
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
2009/10/1 IOhannes m zmoelnig <zmoelnig-3mXD6pJrRzU@public.gmane.org>András Murányi wrote:most likely because you checked out as root, which results in files
> Thanks! Without root i'm still getting those access denied errors, as root
being owned by root and not you.
simple fix is:
% cd /home/muranyia/Download/0.41/
% chown -R muranyia .
imho, you should do this before anything else and then continue to work
as user.
I didn't check out as root but it seems a previous 'sudo make install' messed up the build directory. Chown didn't help, so i deleted the whole source and checked it out again - problem gone.
like the others and the error message have said: recompile with -fPIC.
> it goes as far as this:
>
> gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused
>> -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX
>> -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
>>
>> /usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local
>> symbol' can not be used when making a shared object; recompile with -fPIC
>> hammer/accum.o: could not read symbols: Bad value
you will have to clean the build first (make clean), in order to make
the added "-fPIC" copiler flag have any affect on the created object files.
Make clean got into and endless loop, had to delete source again :o/
I also took a look at this doc:
http://support.amd.com/us/Processor_TechDocs/32035.pdf
...and decided to add this to the Makefile:
Sadly i don't have the skills to dive into this by myself, so again i'm hoping for your advice.# AMD64
ifeq ($(TARGET_PLATFORM),x86_64)
OPT_CFLAGS += -march=k8 -fPIC
OPT_CFLAGS += -O3 -ffast-math
endif
...which concluded at this:make[3]: Entering directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -c -o hammer/accum.o hammer/accum.c
gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
/usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
hammer/accum.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [../bin/accum.pd_linux] Error 1
make[3]: Leaving directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
make[2]: *** [cyclone] Error 2
make[2]: Leaving directory `/home/muranyia/Download/0.41/externals'
make[1]: *** [externals_install] Error 2
make[1]: Leaving directory `/home/muranyia/Download/0.41/packages'
make: *** [install] Error 2
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
On 30/09/2009, at 21.12, Hans-Christoph Steiner wrote: > > On Sep 30, 2009, at 3:07 PM, Steffen Juul wrote: > >> >> I thinking about fx. the last '.msg'. I feels like a loop that >> stops one too late. > > > Any version of gettext from Fink will more or less work. > ALL_LINGUAS had a trailing space, I removed it and committed it, so > please 'svn up' and try again. > > Sometimes computers really suck.... Woohoo, thanks a lot. It now compiles and starts. Just two small comments: * Make ends with "make[2]: Nothing to be done for `all-am'." which for me felt like something was wrong. * 'make clean' doesn't seam to be recurcive. At least it doest 'make - C po clean'. Have a nice weekend. Best, Steffen
On Oct 2, 2009, at 1:46 AM, Steffen Juul wrote: > > On 30/09/2009, at 21.12, Hans-Christoph Steiner wrote: > >> >> On Sep 30, 2009, at 3:07 PM, Steffen Juul wrote: >> >>> >>> I thinking about fx. the last '.msg'. I feels like a loop that >>> stops one too late. >> >> >> Any version of gettext from Fink will more or less work. >> ALL_LINGUAS had a trailing space, I removed it and committed it, so >> please 'svn up' and try again. >> >> Sometimes computers really suck.... > > > Woohoo, thanks a lot. It now compiles and starts. > > Just two small comments: > > * Make ends with "make[2]: Nothing to be done for `all-am'." which > for me felt like something was wrong. "nothing to do be done" is make-speak for everything completed fine. > * 'make clean' doesn't seam to be recurcive. At least it doest 'make > -C po clean'. Thanks, fixed. .hc ---------------------------------------------------------------------------- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
On Oct 1, 2009, at 7:34 PM, András Murányi wrote:2009/10/1 IOhannes m zmoelnig <zmoelnig-3mXD6pJrRzU@public.gmane.org>András Murányi wrote:most likely because you checked out as root, which results in files
> Thanks! Without root i'm still getting those access denied errors, as root
being owned by root and not you.
simple fix is:
% cd /home/muranyia/Download/0.41/
% chown -R muranyia .
imho, you should do this before anything else and then continue to work
as user.
I didn't check out as root but it seems a previous 'sudo make install' messed up the build directory. Chown didn't help, so i deleted the whole source and checked it out again - problem gone.
Never run any builds as root, its a good way to mess things up. :)
like the others and the error message have said: recompile with -fPIC.
> it goes as far as this:
>
> gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused
>> -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX
>> -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
>>
>> /usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local
>> symbol' can not be used when making a shared object; recompile with -fPIC
>> hammer/accum.o: could not read symbols: Bad value
you will have to clean the build first (make clean), in order to make
the added "-fPIC" copiler flag have any affect on the created object files.
Make clean got into and endless loop, had to delete source again :o/
I also took a look at this doc:
http://support.amd.com/us/Processor_TechDocs/32035.pdf
...and decided to add this to the Makefile:
Which Makefile? It should be 0.41/packages/linux_make/Makefile
When you run 'uname -m' what does it tell you?
Sadly i don't have the skills to dive into this by myself, so again i'm hoping for your advice.# AMD64
ifeq ($(TARGET_PLATFORM),x86_64)
OPT_CFLAGS += -march=k8 -fPIC
OPT_CFLAGS += -O3 -ffast-math
endif
...which concluded at this:make[3]: Entering directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
gcc -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -c -o hammer/accum.o hammer/accum.c
gcc -o ../bin/accum.pd_linux -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -I . -I ../../../pd/src -I ../shared -export_dynamic -shared hammer/accum.o
/usr/bin/ld: hammer/accum.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
hammer/accum.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [../bin/accum.pd_linux] Error 1
make[3]: Leaving directory `/home/muranyia/Download/0.41/externals/miXed/cyclone'
make[2]: *** [cyclone] Error 2
make[2]: Leaving directory `/home/muranyia/Download/0.41/externals'
make[1]: *** [externals_install] Error 2
make[1]: Leaving directory `/home/muranyia/Download/0.41/packages'
make: *** [install] Error 2
For whatever reason, the OPT_FLAGS didn't get set for cyclone again, since its the same error. Let's find that reason (see above questions)..hc
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
Dear all,
i've attached the first version of a Tabbed Console plugin. The goal is that new messages can be sorted on new tabs by their prefix (the part before the colon).
It already has a bug since it cannot deal with so many tabs that go offscreen as ttk doesn't provide an easy way to scroll tabs. With the brand new startup order in Pd it seems OK as startup plugins start only when libs and everything are loaded so the big flood of messages is over when the plugin starts. However if you can take your time please test it under real life circumstances and feed me back if your tabs have run out of space soon.
Also i have tried to impement a kind of META comment system in the source - not to flash my credits but because later i imagine a window in Pd that would automatically list available plugins with their description and let the user enable/disable them. If the META system looks alrite later i will try to make that window up.
Thanks,
--
Muranyi Andras
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev
Bugs item #2869073, was opened at 2009-09-28 20:20 Message generated for change (Comment added) made by denis97531 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2869073&group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: display freeze Initial Comment: I encounter recurrent blocking in the display, I mean the program continues to work normally but all the toggles, bangs, sliders don't move anymore. clicking on these objects still has effect but the display is not updated. I have no idea when the freeze happens, I don't find any relation with my configuration or certain operations, it doesn't happen often enough. My only supposition is that it has something to do with audio file reading (with readsf~) but it's really not sure. I use Windows vista, with differents audio drivers, default chipset driver, asio4all, or an external audio interface driver. It happens sometimes even on my performance machine that is as clean as possible. thanks for reading ---------------------------------------------------------------------- Comment By: D.P. (denis97531) Date: 2009-10-03 12:40 Message: thanks matju. without -stderr, it seems that I always finally manage to freeze the display after a sufficient number of inputs via mouse or keyboard (sometimes intensively for several minutes). with -stderr, I still haven't manage to freeze the display. This doesn't prove anything but it seems to work. Is there any rational explanation about this? can anything be corrected? ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-09-29 00:44 Message: try again using the -stderr startup option (that is, no console) and see whether it makes a difference. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2869073&group_id=55736
RSS Feed63 | |
|---|---|
29 | |
73 | |
84 | |
122 | |
233 | |
117 | |
148 | |
33 | |
47 | |
21 | |
44 | |
31 | |
67 | |
76 | |
181 | |
90 | |
40 | |
170 | |
383 | |
205 | |
98 | |
108 | |
81 | |
78 | |
139 | |
88 | |
94 | |
88 | |
106 | |
113 | |
94 | |
152 | |
244 | |
246 | |
138 | |
91 | |
151 | |
146 | |
119 | |
207 | |
99 | |
172 | |
162 | |
162 | |
166 | |
42 | |
145 | |
168 | |
197 | |
154 | |
334 | |
197 | |
146 | |
86 | |
41 | |
96 | |
94 | |
188 | |
151 | |
285 | |
286 | |
241 | |
230 | |
202 | |
273 | |
354 | |
373 | |
267 | |
79 | |
196 | |
121 | |
106 | |
124 | |
120 | |
133 | |
156 | |
243 | |
210 | |
131 | |
215 | |
209 | |
34 |
