2009/10/2 Hans-Christoph Steiner <[email protected]> > > On Oct 1, 2009, at 7:34 PM, András Murányi wrote: > > > > 2009/10/1 IOhannes m zmoelnig <[email protected]> > >> 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. >> >> > 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. :) > > Of course we don't. Only if things don't work, and the target is called 'install', we might have the false impression that we need 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 >> >> 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. >> >> > 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 > Yes > When you run 'uname -m' what does it tell you? > x86_64. I also tried it without if/endif, cyclone still ignored it. > # 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 >> > > Sadly i don't have the skills to dive into this by myself, so again i'm > hoping for your advice. > > > 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 > > Thanks! Andras
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
