| Age | Commit message (Collapse) | Author |
|---|
|
|
|
which conflicts how paths work in BLI bundle detection.
|
|
|
|
dlltool --> build_files/make/dlltool
bin --> release/bin
Since dlltool is only used make + mingw and ./bin is misleading because it would seem the blender binary would be copied there, but its just used for home directory files.
updated scons/cmake/make
|
|
|
|
- moved release/io and release/ui into release/scripts/io, ui
- updated scons, cmake, make
When porting 2.4x scripts back, use a command like this so as not to loose the commit history...
svn cp https://svn.blender.org/svnroot/bf-blender/branches/blender2.4/release/scripts/raw_import.py release/scripts/io/import_raw.py
|
|
unix), removed some unused stuff in makefiles
|
|
|
|
|
|
svn merge https://svn.blender.org/svnroot/bf-blender/trunk/blender -r19820:HEAD
Notes:
* Game and sequencer RNA, and sequencer header are now out of date
a bit after changes in trunk.
* I didn't know how to port these bugfixes, most likely they are
not needed anymore.
* Fix "duplicate strip" always increase the user count for ipo.
* IPO pinning on sequencer strips was lost during Undo.
|
|
Version string is compatible with all previous releases, but report
subversion if not 0.
Keep distribution dir so you can run from there without needed of unpack,
and make messages and cmds be in sync.
|
|
* Added very basic loading of .py files on startup to define panels.
It now executes all .py files in .blender/ui on startup. Right now
this contains the object buttons, the C code for it is commented out.
These files should get embedded in the blender executable as well
eventually, that's a bit more complicated so this works for now.
* For scons and cmake it seems to copy & find the files OK, for make
only "make release" works (same with scripts/ folder it seems).
* Added BLI_gethome_folder function in BLI_util.h. This is adapted
from bpy_gethome, and gives the path to a folder in .blender like
scripts or ui.
There's plenty of things to figure out here about paths, embedding,
caching, user configs ...
|
|
-r17434:HEAD
|
|
to compile blender with gcc on IRIX, IRIX_USE_GCC needs to be set to true in
user-def.mk.
Other changes related to irix:
* compile solid from extern/
* don't build plugins (yet) with "make release" when using gcc (the shell
script used assumes MIPSpro is installed)
* use statvfs instead of statfs on irix, like done on solaris
* use external libs from $(LCGDIR) instead of /usr/freeware
* use glew header files from $(LCGDIR)/glew instead of the ones installed on
the system (this applies to other platforms as well)
* ffmpeg support currently is disabled on irix
|
|
From gsr.
It cleans up removing .svn dirs from the directorys that get copied over.
Kent
|
|
blocks that were previously missed; and b) greatly increase my
ohloh stats!
|
|
Kent
|
|
from BKE_blender.h
Now we just need to update the other build methods to use the script.
Once thats done we can remove the VERSION file since it will no longer
be needed.
Kent
|
|
hardcoded. Also removed ""'s from around the defines so they were more like
all of the others.
Thanks to Tanner Jotblad for pointing this out...
Kent
|
|
[#7660] Solaris 10 x86 support (Makefiles)
Hopefully it will not mess up anything for anyone else. I removed
some hardcoded static libs and made NAN_*_LIB definitions so they could be
overridden, to allow greater flexability.
Let me know if there are any problems/questions.
Kent
|
|
build.
This is bug [#7387] Release files pack the .svn metadata directories
I took a breif look at the scons files and it looks like it has a fix
for them already. It would be great if someone that uses scons could
just do a quick double check and let me know if there are problems with it
and or just fix whatever slips through.
Kent
|
|
blender-2.44-linux-glibc2.5-x86_64.tar.bz2
is now:
blender-2.44-linux-glibc2.5-x86_64-py2.5.tar.bz2
I know know the same as scons builds but its cleaner with the Makefiles
this way. I could make it like the scons versions but will be more hackish
Kent
|
|
its not hard coded if it trys to do a static build or not. It
uses the same vars that decide if your building a static blender to
determine if it should make a static package.
I also found a typo on OSX for make release and thats fixed now
Kent
|
|
(I skipped it on OSX not sure where blenderplayer is in that
instance, someone on the platform should be able to figure it out though.)
Kent
|
|
into an icons folder in the release package on linux, freebsd and openbsd
when doing 'make release'.
|
|
Everyone else was using gzip. On the latest downloads many of them
are using bzip2, (I think everyone using scons)
So I decided to update make release so that everyone is using
gzip2. I don't mean to step on anyones toes, I know at least some of
the platform maintainers do not use make though so feel free to change
it back and or to something different for your platform.
While I was at it I also changed default path of OPENEXR to /usr on linux.
Was suggested on mailing list by Matt.
(I'm pretty sure the linux maintainer is using scons)
Kent
|
|
|
|
- the .so files are copied to the installation dir plugin/ directory now
(other platforms copy it to the .blender dir, which doesn't exist there
for OSX)
- plugin C files got #defines for return values, was old patch I applied,
but was never committed
|
|
Somebody with good knowledge of the current state of icons should
probably check blenderbuttons for correctness. Also, splash.blend
was corrupt, so I restored the old version, but it says 2.40...
|
|
release/scripts/bpydata/
It seemed trivial enough, so I updated all systems (makefiles, xcode, scons, scons win installer), please complain if something went wrong. Mostly it was just removing release/bpydata references, since the release/scripts dir is already worked on recursevely, handling dirs inside it.
For the scons nsi file writer script I had to write code for each new dir, but it can be recoded recursively, too (in fact joining all release stuff in a single dir tree with nothing else would be a good idea, making installation code simpler). Since it's just python and I have a little more time now, I can help scons managers if they still need.
Thanks Campbell Barton for reporting.
|
|
Now copies over gameplayer if it was build durring the make.
Kent
|
|
Render:
- New; support for dual CPU render (SDL thread)
Currently only works with alternating scanlines, but gives excellent
performance. For both normal render as unified implemented.
Note the "mutex" locks on z-transp buffer render and imbuf loads.
- This has been made possible by major cleanups in render code, especially
getting rid of globals (example Tin Tr Tg Tb Ta for textures) or struct
OSA or using Materials or Texture data to write to.
- Made normal render fully 4x32 floats too, and removed all old optimizes
with chars or shorts.
- Made normal render and unified render use same code for sky and halo
render, giving equal (and better) results for halo render. Old render
now also uses PostProcess options (brightness, mul, gamma)
- Added option ("FBuf") in F10 Output Panel, this keeps a 4x32 bits buffer
after render. Using PostProcess menu you will note an immediate re-
display of image too (32 bits RGBA)
- Added "Hue" and "Saturation" sliders to PostProcess options
- Render module is still not having a "nice" API, but amount of dependencies
went down a lot. Next todo: remove abusive "previewrender" code.
The last main global in Render (struct Render) now can be re-used for fully
controlling a render, to allow multiple "instances" of render to open.
- Renderwindow now displays a smal bar on top with the stats, and keeps the
stats after render too. Including "spare" page support.
Not only easier visible that way, but also to remove the awkward code that
was drawing stats in the Info header (extreme slow on some ATIs too)
- Cleaned up blendef.h and BKE_utildefines.h, these two had overlapping
defines.
- I might have forgotten stuff... and will write a nice doc on the architecture!
|
|
MacOS directory.
|
|
|
|
|
|
Only affects "make release"
|
|
instead. Also moved the creation of $(CONFDIR) up so that it
gets created before dumping files into it. There is still one
extra reference to .blender for osX but I wasn't sure what was going on
so I left it. It really should be "fixed" though.
Kent
|
|
|
|
|
|
|
|
* the compiled plugins get moved to .blender/plugins in the
release tarball (the include and C files remain where they
were). Please test.
* if they exist, the directories release/scripts and release/bpydata
get copied to .blender/scripts and .blender/bpydata respectively.
|
|
|
|
|
|
|
|
already in the application bundle
|
|
|
|
Please test!
|
|
Modified the Makefile's call to strip so it leaves symbols for
plugins...
Kent
|
|
source/blender/blenpluginapi So I removed the stuff in the release dir
after merging changes and updated the Makefile.
Kent
|
|
(macosX needs the binary to link against for the plugins)
Also updated the plugins/Makefile to use
$(MAKE) -C dir
instead of
cd dir; make
Kent
|
