Thanks for that bit of advice, but since it was getting on my nerves I removed all PC related files from my project and just maintain the makefiles by hand. Ivan's solution seems to work well enough so I'm going with that. One thing I can't seem to get around is that gnustep-make installs the bundles in the installation domain. I only want to copy them into the application proper, which I'm already doing. Can the install target be turned off for those individual bundles?
Also, did u piss someone off at Google, Ricardo? Cause no matter what I do ur mail always end up in the spam folder! :-/ On Sun, Jan 22, 2017 at 5:51 AM, Riccardo Mottola <[email protected]> wrote: > Hi, > > > On 22/01/2017 00:39, Matt Rice wrote: >> >> FWIW, I always found pmanagerhttp://gna.org/projects/pmanager >> to have a much more sane architecture than PC... >> it hasn't seen activity in a long time however... > > > to each its own... > >> >> Additionally for bundles there is the foo_COPY_INTO_DIR... >> you can see it used here >> >> >> https://github.com/gnustep/gdl2/blob/master/EOAdaptors/PostgreSQLAdaptor/LoginPanel/GNUmakefile > > > I think that technically you should create an aggregate project in PC, > having your application and the bundles as subprojects. But I don't know if > you can get any further as far as to specify where to install the bundles. > Could be a feature to add in the future, if it is not there or if it doesn't > work it needs to be fixed. > > I patched up PC in the past years, but never used aggregate projects myself, > using separate framework+app where I had to. > > On XCode you do it that way (see TalkSoup as an example), each bundle has a > target and then the app has a "copy" phase. For bundles it is fine but for > frameworks it is a mess since each framework needs to know if it is compiled > for system or local resource usage!! so While it looks fine, I hate the > XCode mess there too. > > Riccardo > > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
