Pd-list September 1999

pd-list@lists.iem.at

25 participants
72 discussions

RE: Gem 0.81 IRIX 5
by Mark Danks 27 Sep '99

27 Sep '99

Great! I'm glad that you got it compiled! Later, Mark ============================ = mdanks(a)stormfront.com = http://www.danks.org/mark ============================ > -----Original Message----- > From: Michael A. Thompson [mailto:mat0001@jove.acs.unt.edu] > Sent: Sunday, September 26, 1999 5:31 PM > To: pd-list(a)iem.mhsg.ac.at > Subject: Gem 0.81 IRIX 5 > > > I have compiled Gem 0.81 (with a few minor changes) -o32. > > You can get it from: > http://sndart.cemi.unt.edu/~mthomp/Public/ftp > > I still have not compiled an -n32 version of it. Seems that the pd dso > is not exporting correctly or something. I have tried many > combinations > and changes to the makefile system as well as tried a different > compiler, modified some source etc... I get similar errors on both > compilers (not exactly the same error but close enough). > > later, > michael > > -- > ---------------------------------- > Michael A. Thompson > [IRIX - NeXTStep - Linux - MacOS - Windows] > > Home: (940)382-2086 > E-Mail: mat0001(a)jove.acs.unt.edu > ---------------------------------- > > > >

1 0

gem again
by Michael A. Thompson 27 Sep '99

27 Sep '99

anybody got a working makefile on SGI or Linux that I can look at? my problem is that everytime I recompile gem and run it I get different errors. am I missing a something in the link stage? dhomont 36% !! ./pd -lib /usr/LocalApps/pd/gem_new/src/Gem pd: /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: 24432:./pd: rld: Fatal Error: unresolvable symbol in /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: class_addbang pd: /usr/LocalApps/pd/gem_new/src/Gem: can't load library dhomont 37% !! ./pd -lib /usr/LocalApps/pd/gem_new/src/Gem pd: /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: 24481:./pd: rld: Fatal Error: unresolvable symbol in /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: class_new pd: /usr/LocalApps/pd/gem_new/src/Gem: can't load library pd: exiting dhomont 38% !! ./pd -lib /usr/LocalApps/pd/gem_new/src/Gem pd: /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: 24417:./pd: rld: Fatal Error: unresolvable symbol in /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: class_addbang pd: /usr/LocalApps/pd/gem_new/src/Gem: can't load library pd: exiting dhomont 39% !! ./pd -lib /usr/LocalApps/pd/gem_new/src/Gem pd: /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: 24276:./pd: rld: Fatal Error: unresolvable symbol in /usr/LocalApps/pd/gem_new/src/Gem.pd_irix6: clock_new pd: /usr/LocalApps/pd/gem_new/src/Gem: can't load library pd: exiting here is my makefile on SGI with egcs (g++): ################################################## # # Makefile for GEM # Graphics Environment for Multimedia # # mark(a)danks.org # # Copyright (c) 1997-1999 Mark Danks. # For information on usage and redistribution, and for a DISCLAIMER OF ALL # WARRANTIES, see the file, "GEM.LICENSE.TERMS" in this distribution. # # ################################################## SHELL = /usr/bin/sh # search path ############# OBJ_DIR = Objects VPATH = ${OBJ_DIR} # the objects ############# BASE_CORE = CPPExtern.o GemMan.o GemBase.o GemLoadObj.o GemEvent.o BASE_EXT = TextBase.o GemPathBase.o GemShape.o GemGluObj.o GemPixObj.o GemPixDualObj.o sgiimage.o BASE_OBJ = ${BASE_CORE} ${BASE_EXT} UTILS_BASE = Matrix.o GemSetup.o GemState.o GemCache.o GemDag.o UTILS_PIX = GemFuncUtil.o GemPixUtil.o GemPixImageLoad.o GemModelData.o UTILS_OS = GemWinCreateXWin.o UTILS = ${UTILS_BASE} ${UTILS_PIX} ${UTILS_OS} CONTROLS_A = gemwin.o gemhead.o camera.o CONTROLS_B = gemmouse.o gemtablet.o gemorb.o render_trigger.o CONTROLS = ${CONTROLS_A} ${CONTROLS_B} MANIPS_A = translateXYZ.o scaleXYZ.o rotateXYZ.o colorRGB.o MANIPS_B = rotate.o translate.o scale.o color.o depth.o alpha.o separator.o MANIPS_C = linear_path.o spline_path.o accumrotate.o ortho.o MANIPULATORS = ${MANIPS_A} ${MANIPS_B} ${MANIPS_C} 2DGEOS = square.o triangle.o circle.o text2d.o 3DGEOS = cube.o cone.o sphere.o imageVert.o text3d.o textoutline.o SPEC_GEOS = polygon.o model.o multimodel.o curve.o colorSquare.o GEOS = ${2DGEOS} ${3DGEOS} ${SPEC_GEOS} MARKEX_A = MarkExSetup.o randomF.o abs.o multiselect.o counter.o hsvrgb.o MARKEX_B = reson.o tripleLine.o average.o vector.o m_control.o strcat.o MARKEX = ${MARKEX_A} ${MARKEX_B} #NONGEOS = fillback.o world_light.o light.o particle.o NONGEOS = world_light.o light.o PART_A = part_color.o part_draw.o part_follow.o part_gravity.o PART_B = part_head.o part_killold.o part_killslow.o part_orbitpoint.o PART_C = part_size.o part_source.o part_velcone.o part_velsphere.o PARTICLE = ${PART_A} ${PART_B} ${PART_C} PIX_GEOS = pix_image.o pix_multiimage.o pix_imageInPlace.o pix_texture.o PIX_CONTROLS = pix_resize.o pix_draw.o pix_snap.o pix_buf.o pix_zoom.o PIX_MANA = pix_threshold.o pix_gain.o pix_color.o pix_multiply.o PIX_MANB = pix_bitmask.o pix_add.o pix_subtract.o pix_flip.o PIX_MANC = pix_colormatrix.o pix_alpha.o pix_convolve.o pix_composite.o PIX_MAND = pix_coloralpha.o pix_mask.o pix_clearblock.o PIX_MANE = pix_coordinate.o pix_2grey.o pix_invert.o pix_data.o PIX_MANIPS = ${PIX_MANA} ${PIX_MANB} ${PIX_MANC} ${PIX_MAND} ${PIX_MANE} PIXES = ${PIX_GEOS} ${PIX_CONTROLS} ${PIX_MANIPS} SGI_SPECIFIC = pix_videoSGI.o pix_indycam.o OBJ = ${BASE_OBJ} ${UTILS} ${CONTROLS} ${MANIPULATORS} \ ${GEOS} ${NONGEOS} ${PIXES} ${MARKEX} ${PARTICLE} SGI_OBJ = ${OBJ} ${SGI_SPECIFIC} LINUX_OBJ = ${OBJ} # the target ############ # SGI TARGET = ../Gem.pd_irix6 # Linux # TARGET = ../../Gem.pd_linux # compile flags ############### # compilation targets REL_CC_FLAGS = -DNDEBUG -UDEBUG -O2 DBG_CC_FLAGS = -DDEBUG -g # AuxLib includes AUXDIR = ../AuxLibs AUXINC_IMG = -I${AUXDIR}/Jpeg -I${AUXDIR}/tiff/libtiff -I${AUXDIR}/liborb AUXINC_POLY = -I${AUXDIR}/gltt -I${AUXDIR}/td -I${AUXDIR}/particle AUXINC = ${AUXINC_IMG} ${AUXINC_POLY} INC_FLAGS = -I. -I.. -I../../../src ${AUXINC} COMP_FLAGS = # SGI #WARN_FLAGS = -woff 3157,3173 # Linux WARN_FLAGS = -Wall ALL_CC_FLAGS = ${COMP_FLAGS} ${WARN_FLAGS} ${INC_FLAGS} #linker flags ############# # AuxLib libraries AUXLIB_IMG = -L/usr/freeware/lib32 -ljpeg -L${AUXDIR}/tiff -ltiff AUXLIB_POLYA = -L/usr/local/lib -lgltt -L/usr/freeware/lib32 -lttf AUXLIB_POLYB = -L${AUXDIR}/td -ltd -L${AUXDIR}/particle -lparticle AUXLIB_POLYC = -L${AUXDIR}/liborb -lorb AUXLIB_POLY = ${AUXLIB_POLYA} ${AUXLIB_POLYB} ${AUXLIB_POLYC} AUXLIB = ${AUXLIB_IMG} ${AUXLIB_POLY} # SGI LIB = -lX11 -lGLU -lGL -lvl -lm ${AUXLIB} LD_FLAGS = -elf -shared # Linux #LIB = -lMesaGLU -lMesaGL -lm ${AUXLIB} -lX11 -lXext -ldl #LD_FLAGS = -shared -L/usr/X11R6/lib all: debug # debug version #-------------- debug: @echo "\n==========Compiling Debug==========" ${MAKE} Application_objects "CC_FLAGS = ${ALL_CC_FLAGS} ${DBG_CC_FLAGS}" @echo "\n==========Linking Target==========" @${MAKE} ${TARGET} # release version #---------------- release: @echo "\n==========Compiling Release==========" ${MAKE} Application_objects "CC_FLAGS = ${ALL_CC_FLAGS} ${REL_CC_FLAGS}" @echo "\n==========Linking Target==========" @${MAKE} ${TARGET} @echo "\n==========Striping Target==========" cd ${OBJ_DIR}; strip -f ${TARGET} # program target ################ # SGI ${TARGET}: ${SGI_OBJ} cd ${OBJ_DIR}; c++ ${LD_FLAGS} -o $@ ${SGI_OBJ} ${LIB} # Linux #${TARGET}: ${LINUX_OBJ} # cd ${OBJ_DIR}; ld ${LD_FLAGS} -o ${TARGET} ${LINUX_OBJ} ${LIB} TARG_DIR = Base Geos Nongeos Controls Manips Pixes MarkEx Particles # make target ############# # SGI MAKE_TARG = sgi # Linux #MAKE_TARG = all Application_objects: @for d in ${TARG_DIR}; do \ echo "\n----------$$d----------"; \ cd $$d ; ${MAKE} ${MAKE_TARG}; cd ..; \ done # helper targets ################ AUX_FILES = gem/GEM.* DOC_FILES = gem/help gem/examples gem/doc SRC_FILES = gem/src BCK_FILES = ${AUX_FILES} ${DOC_FILES} ${SRC_FILES} backup: cd ../..; tar cvf GEMbackupC++.tar ${BCK_FILES}; \ compress GEMbackupC++.tar; \ mv GEMbackupC++.tar.Z ~/Backup/ clean: rm ${OBJ_DIR}/*.o clobber: clean rm ${TARGET} rm Makefile.depend #-------------------------- # Makedepend targets #-------------------------- # # header file dependencies #--------- depend: @for d in ${TARG_DIR}; do \ echo "==== $$d ===="; \ cd $$d ; ${MAKE} dependencies 1>/dev/null 2>&1; cd ..; \ done # need a dummy file for Make.depend #--------- firstTime: @for d in ${TARG_DIR}; do \ cd $$d ; touch Make.depend; cd ..; \ done I thought that maybe my machine is not configured correctly except I can compile everything(pd, Gnome, KDE, other main stream Linux apps) but Gem on it. thanks m -- ---------------------------------- Michael A. Thompson [IRIX - NeXTStep - Linux - MacOS - Windows] Home: (940)382-2086 E-Mail: mat0001(a)jove.acs.unt.edu ----------------------------------

4 6

Gem 0.81 IRIX 5
by Michael A. Thompson 27 Sep '99

27 Sep '99

I have compiled Gem 0.81 (with a few minor changes) -o32. You can get it from: http://sndart.cemi.unt.edu/~mthomp/Public/ftp I still have not compiled an -n32 version of it. Seems that the pd dso is not exporting correctly or something. I have tried many combinations and changes to the makefile system as well as tried a different compiler, modified some source etc... I get similar errors on both compilers (not exactly the same error but close enough). later, michael -- ---------------------------------- Michael A. Thompson [IRIX - NeXTStep - Linux - MacOS - Windows] Home: (940)382-2086 E-Mail: mat0001(a)jove.acs.unt.edu ----------------------------------

1 0

RE: gem
by Mark Danks 25 Sep '99

25 Sep '99

If you are just trying to compile GEM from only the Win32 .81 sources, then I can imagine you would have problems. If you are starting from scratch, my best suggestion is to grab the last Unix version (0.79) and the Win 0.81 sources. Use the AuxLibs from 0.79 and the sources from 0.81. I might have forgotten to add some files to the Makefiles, but it should be pretty easy to understand what is going on (simply a recursive make). Missing a "setup" function, means that the particular object wasn't compiled. In the case below, for some reason pix_video wasn't compiled and linked in the dso. Later, Mark ============================ = mdanks(a)stormfront.com = http://www.danks.org/mark ============================ > -----Original Message----- > From: 14.wtI_Wtxbz.589.36 [mailto:opt@web.fm] > Sent: Saturday, September 25, 1999 9:41 AM > To: Michael A. Thompson > Cc: pd-list(a)iem.mhsg.ac.at > Subject: Re: gem > > > > hm yes, i thoiught its some compiler/linker problem or incomp. > on the suse there's the egcs installed rather than plain gcc. > version is > -- > Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/specs > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) > -- > but i dont know what i was using ion my old system. > on the debian 2.1 its a: > gcc version 2.7.2.3 > > here it works > On Sat, 25 Sep 1999, Michael A. Thompson wrote: > > > I have been having a hell of a time compiling Gem 0.81 on > unix (SGI both > > native SGI compilers and egcs) > > > > compile warning: > > ld32: WARNING 84: > > ../../../gem_new/src/AuxLibs/gltt/freetype/lib/libttf.a is > not used for > > resolving any symbol. > > ld32: WARNING 84: ../../../gem_new/src/AuxLibs/gltt/libgltt.a is not > > used for resolving any symbol. > > > > > > here are my pd runtime errors: > > pd: /usr/LocalApps/pd/gem/Gem: can't load library > > pd: /usr/LocalApps/pd/gem_new/Gem.pd_irix6: > > 16911:/usr/LocalApps/pd/bin/pd: rld: Fatal Error: > unresolvable symbol in > > /usr/LocalApps/pd/gem_new/Gem.pd_irix6: pix_video_setup > > pd: /usr/LocalApps/pd/gem_new/Gem: can't load library > > > > > > michael > > > > "14.wtI_Wtxbz.589.36" wrote: > > > > > everything compiles clean on the suse 6.2 but when its > loaded i get: > > > > > > Gem.pd_linux: undefined symbol: _6GemMan.m_mat_shininess > > > Gem: can't load library > > > > > > ? > > > uerps > > > > -- > > ---------------------------------- > > Michael A. Thompson > > [IRIX - NeXTStep - Linux - MacOS - Windows] > > > > Home: (940)382-2086 > > E-Mail: mat0001(a)jove.acs.unt.edu > > ---------------------------------- > > > > > > > > > >

2 1

mapper
by 14.wtI_Wtxbz.589.36 25 Sep '99

25 Sep '99

btw travis, i wanted to let you know the mapper ext compiled cool in linux, i actually patched up the makefile so you could do a 'make linux' but then this stupid hardrive died and there it went, and my secind attempt at it was a little less succesful (as of yet).

1 0

Re: (0000)
by Miller Puckette 25 Sep '99

25 Sep '99

> (... until object) >it should be modified so you can tell it by a number how many bangs to emit. or is there another object doing this? Thanks, I was thinking of having "until" react to incoming numbers by setting a limit to the number of times they go off. But I had forgotten about it. Miller

2 1

re: (0000) (fwd)
by 14.wtI_Wtxbz.589.36 25 Sep '99

25 Sep '99

---------- Forwarded message ---------- > > hmm. can be arrays as well ? does that mean can use tabread4~/tabwrite~ ? ah, not on template defined listz directly. but you can just copy a template list into an array/table with pointer | numberbox |-----|---| element | | | get bla / | / tabwrite > does jmax have template stuff ? phu, wouldnt think tzo. but i vwe never seripously looked at it .. > there is thing called osw being developed by cnmat, see > www.cnmat.berkeley.edu > and on aes99 (or could be other, i can't remember) .. osw.pdf mhm. aha. osw? you maybe mean osc? > is supposed to go further than pd et al., ex be oo and scalable and other .. isnt pd oo? isnt it scalable as well? or anyhow, towards pd being the above, there's at least one mechaism missing, which i am doing via netsend -> (shell sock -l | script.pl) now, namely, instantianating a patch from a 'template' (not in the sense of the lists above) and replacing certain 'variables' within the template-patch with a set of 'uniqwue' variables. mainly for use with "table bla" and template-names. the passing of arguments via $x is not wokring when you re not calling the abstraction from another patch but 'just opening' it. and thats for scalability when you can just open as many instances as you rmachine eats of a patch rather than 'hardcoding' a certian number of subpatches into a motherpatch. ? blubblub �� pervrtz cnclUzn :-: the mind is dead /||_�_||\ consume + puke ��

1 0

Re: message -> symbol conversion (fwd)
by 14.wtI_Wtxbz.589.36 25 Sep '99

25 Sep '99

---------- Forwarded message ---------- > Not really, the objects handle symbols and messages differently. > Normally messages are always "executed" (in the first inlet), > while symbols represent another data type (besides float, e.g.) oke. another step towards understanding ;) the 'type stuff into numberbox' -> open $1 is also pretty handy .. glrp

1 0

gem
by 14.wtI_Wtxbz.589.36 25 Sep '99

25 Sep '99

everything compiles clean on the suse 6.2 but when its loaded i get: Gem.pd_linux: undefined symbol: _6GemMan.m_mat_shininess Gem: can't load library ? uerps

2 2

message -> symbol conversion
by Guenter Geiger 24 Sep '99

24 Sep '99

Hi pd´ers ! Is there a possibility to convert a message to a symbol ? I was able to do it through adding a symbol_anything method to the symbol object, which just converts every message except bang to a symbol, but maybe there´s another way to do it without hacking the sources ? Guenter

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list September 1999