For the record my environment variable problem was with CXX and CC - they were pointing to specific, but inappropriate executables. Being in .bashrc it would first load as that ie. held unless later specifically over-ridden. I judge that the wrong headers were being referenced as a result. From memory I'd done that on advice from a Linux-For-Newbies type book that, as of now, is more usefully serving as a doorstop. :-) :-)
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
I'm trying to build curent 'solarsystem' HEAD (#118cf3c1) for Mac.
The error I got first was that sdl-config etc. wasn't found where expected. I tracked this down to the Makefile.macos still referring to STARSPHERE_INSTALL instead of SOLARSYSTEM_INSTALL, so I ran a
[pre]
sed -i~ s/STARSPHERE_/SOLARSYSTEM_/ src/solarsystem/Makefile.*[/pre]
What I get is (last log lines):
[pre]
Building SolarSystem [Application]...
rm -rf resources.cpp Starsphere.o StarsphereS5R3.o StarsphereRadio.o EinsteinS5R3Adapter.o EinsteinRadioAdapter.o starlist.o snr_list.o pulsar_list.o SetMacSSLevel.o resources.o graphics_app*
make: *** No rule to make target `/EaHMacIcon.h', needed by `starsphere_Einstein_LVC'. Stop.[/pre]
BM
[Edit]
What I should have done was of course:
pre]
sed -i~ s/STARSPHERE_/SOLARSYSTEM_/g src/solarsystem/Makefile.*[/pre]
(note the 'g'). But this still doesn't work 'till the end. The disadvantage of having x different Makefiles is that all of these have to be maintained manually.
Cool, I'll check it. Maybe I can drop the mingw_gcc44 branch again then...
Ok, I tried to resurrect the xscript approach but noticed that it still hasn't got updated by its maintainer. Meaning it's still GCC 3.x only, it's automated downloads don't work and it expects different archive formats than used by nowadays MinGW packages. I started to workaround all that but it stopped half-way since I don't trust the old GCC 3 build/compile options to be the choice. Thus I think I'll merge mingw_gcc4 into master, making it the official way to build the GFX framework for Windows.
@Bernd : I've just pushed a Mac makefile to GitHub that ought work for you. Presumably the
Quote:
... No rule to make target `/EaHMacIcon.h' ...
means it can't find that header on your local drive. Should be in $ROOT/src/solarsystem
[ Which brings up my other build problem, not yet addressed, which is my trouble getting the MacOSX10.4.u sdk to fire up on my system. I haven't attended to this .... :-( ]
@Oliver :
Quote:
Probably a nice student project: get rid of build.sh and all Makefiles by migrating completely to CMake.
I tried that about six months ago and totally ******* it up, but I was thinking of having another run at that when the dust settles. Don't let me hold anyone else back though! :-)
Quote:
Thus I think I'll merge mingw_gcc4 into master, making it the official way to build the GFX framework for Windows.
I'd cherry picked the mingw_gcc4 head for it's build.sh, so after I resolved my environment error it compiles equally well as the original build.sh ( both stopping during build_oglft_mingw() as it whinges about not finding standard C++ headers - leave that with me for a better definition of that problem. Funny, it does the mingw builds of SDL, Freetype2 and libxml2 without such complaint so I'll need to disclose some crucial difference )
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
RE: - Now the good news is
)
Does this mean, that the original script to build MinGW itself finally supports GCC 4.x?
If so, I could get rid of the external dependency again...
Oliver
Einstein@Home Project
RE: Does this mean, that
)
Yes indeedy! :-)
[ BTW I'm using Ubuntu 10.04 LTS }
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
Cool, I'll check it. Maybe I
)
Cool, I'll check it. Maybe I can drop the mingw_gcc44 branch again then... Anyway, I'll cherry-pick the latest commit from master.
Stay tuned,
Oliver
Einstein@Home Project
For the record my environment
)
For the record my environment variable problem was with CXX and CC - they were pointing to specific, but inappropriate executables. Being in .bashrc it would first load as that ie. held unless later specifically over-ridden. I judge that the wrong headers were being referenced as a result. From memory I'd done that on advice from a Linux-For-Newbies type book that, as of now, is more usefully serving as a doorstop. :-) :-)
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
I'm trying to build curent
)
I'm trying to build curent 'solarsystem' HEAD (#118cf3c1) for Mac.
The error I got first was that sdl-config etc. wasn't found where expected. I tracked this down to the Makefile.macos still referring to STARSPHERE_INSTALL instead of SOLARSYSTEM_INSTALL, so I ran a
[pre]
sed -i~ s/STARSPHERE_/SOLARSYSTEM_/ src/solarsystem/Makefile.*[/pre]
What I get is (last log lines):
[pre]
Building SolarSystem [Application]...
rm -rf resources.cpp Starsphere.o StarsphereS5R3.o StarsphereRadio.o EinsteinS5R3Adapter.o EinsteinRadioAdapter.o starlist.o snr_list.o pulsar_list.o SetMacSSLevel.o resources.o graphics_app*
make: *** No rule to make target `/EaHMacIcon.h', needed by `starsphere_Einstein_LVC'. Stop.[/pre]
BM
[Edit]
What I should have done was of course:
pre]
sed -i~ s/STARSPHERE_/SOLARSYSTEM_/g src/solarsystem/Makefile.*[/pre]
(note the 'g'). But this still doesn't work 'till the end. The disadvantage of having x different Makefiles is that all of these have to be maintained manually.
[/Edit]
BM
RE: The disadvantage of
)
You're invited to consolidate them. Probably a nice student project: get rid of build.sh and all Makefiles by migrating completely to CMake.
Oliver
Einstein@Home Project
RE: Cool, I'll check it.
)
Ok, I tried to resurrect the xscript approach but noticed that it still hasn't got updated by its maintainer. Meaning it's still GCC 3.x only, it's automated downloads don't work and it expects different archive formats than used by nowadays MinGW packages. I started to workaround all that but it stopped half-way since I don't trust the old GCC 3 build/compile options to be the choice. Thus I think I'll merge mingw_gcc4 into master, making it the official way to build the GFX framework for Windows.
Thoughts?
Best,
Oliver
Einstein@Home Project
@Bernd : I've just pushed a
)
@Bernd : I've just pushed a Mac makefile to GitHub that ought work for you. Presumably the
means it can't find that header on your local drive. Should be in $ROOT/src/solarsystem
[ Which brings up my other build problem, not yet addressed, which is my trouble getting the MacOSX10.4.u sdk to fire up on my system. I haven't attended to this .... :-( ]
@Oliver :
I tried that about six months ago and totally ******* it up, but I was thinking of having another run at that when the dust settles. Don't let me hold anyone else back though! :-)
I'd cherry picked the mingw_gcc4 head for it's build.sh, so after I resolved my environment error it compiles equally well as the original build.sh ( both stopping during build_oglft_mingw() as it whinges about not finding standard C++ headers - leave that with me for a better definition of that problem. Funny, it does the mingw builds of SDL, Freetype2 and libxml2 without such complaint so I'll need to disclose some crucial difference )
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
RE: RE: The disadvantage
)
I'm not sure the conversion to CMake would make such a large project.
But I think gmake offers enough features that could make maintenance of multi-OS makefiles a lot easier, even when not using autoconf / automake.
Anyway, my point was that the Makefile.macos (and probably the Makefile.mingw) now needs to be revised manually, probably by Mike.
BM
BM
RE: @Bernd : I've just
)
Thanks, I now get:
[pre]
Successfully built and installed SolarSystem [Framework]!
Building SolarSystem [Application]...
rm -rf resources.cpp AcceleratedPlatform.o Buffer_OBJ.o Constellation.o Constellations.o Craft.o EinsteinRadioAdapter.o EinsteinS5R3Adapter.o ErrorHandler.o Globe.o GridGlobe.o HUDBorderLayout.o HUDContainer.o HUDContent.o HUDFlowLayout.o HUDFlowHorizontalLayout.o HUDFlowVerticalLayout.o HUDImage.o HUDItem.o HUDTextLine.o HUDTextLineScroll.o InertialPlatform.o OGL_ID.o OrdStar.o OrthoNormalPlatform.o Pulsar.o Pulsars.o Renderable.o Simulation.o SolarSystem.o SolarSystemRadio.o SolarSystemS5R3.o SolarSystemGlobals.o Sphere.o SpinPlatform.o Star.o SunOrbit.o Supernova.o Supernovae.o Texture_OBJ.o TranslatablePlatform.o TriggerTimer.o UTC.o Vector3D.o VectorSP.o Vertex.o resources.o graphics_app*
make: *** No rule to make target `solarsystem', needed by `release'. Stop.
[/pre]
Getting better ...
BM
BM