.objs\nativeparserf.o||In function `ZN13NativeParserF23OnReparseWorkspaceTimerER12wxTimerEvent':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\nativeparserf.cpp|253|undefined reference to `s_WorkspaceParserMutex'|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\nativeparserf.cpp|256|undefined reference to `s_WorkspaceParserMutex'|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\nativeparserf.cpp|258|undefined reference to `WorkspaceParserThread::WorkspaceParserThread(NativeParserF*, int)'|
.objs\nativeparserf.o||In function `ZN13NativeParserF20ReparseCurrentEditorEv':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\nativeparserf.cpp|928|undefined reference to `BufferParserThread::s_BPTInstances'|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\nativeparserf.cpp|930|undefined reference to `BufferParserThread::BufferParserThread(NativeParserF*, int)'|
.objs\parserf.o||In function `ZN7ParserF13IsFileFortranERK8wxStringR17FortranSourceForm':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|1074|undefined reference to `FortranFileExt::IsFileFortran(wxString const&, FortranSourceForm&)'|
.objs\parserf.o||In function `ZN7ParserF13RereadOptionsEv':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|1079|undefined reference to `FortranFileExt::RereadOptions()'|
.objs\parserf.o||In function `ZN7ParserF18GetFortranFileExtsERSt3setI8wxStringSt4lessIS1_ESaIS1_EE':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|3539|undefined reference to `FortranFileExt::GetFortranFileExts(std::set<wxString, std::less<wxString>, std::allocator<wxString> >&)'|
.objs\parserf.o||In function `ZN7ParserF18ConnectToNewTokensEv':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|3575|undefined reference to `s_NewTokensMutex'|
.objs\parserf.o||In function `_tcf_3':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|22|undefined reference to `FortranFileExt::~FortranFileExt()'|
.objs\parserf.o||In function `_static_initialization_and_destruction_0':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\parserf.cpp|22|undefined reference to `FortranFileExt::FortranFileExt()'|
.objs\fortranproject.o||In function `ZN14FortranProject12OnChangeCaseER14wxCommandEvent':|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\fortranproject.cpp|1844|undefined reference to `ChangeCase::ChangeCase(wxWindow*)'|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\fortranproject.cpp|1844|undefined reference to `ChangeCase::~ChangeCase()'|
C:\Users\Gerard_2\Documents\CodeBlocks_SVN\CodeBlocks_src\src\plugins\contrib\FortranProject\fortranproject.cpp|1844|undefined reference to `ChangeCase::~ChangeCase()'|
||=== Génération terminée : 14 erreurs, 0 avertissements (0 minutes, 8 secondes) ===|
I tried a full C::B generation before the fortran project build, but it's not sufficient.Works fine for me - but probably you should report that to the maintainer of that plugin (darmar) in his own forum
I tried a full C::B generation before the fortran project build, but it's not sufficient.Works fine for me - but probably you should report that to the maintainer of that plugin (darmar) in his own forum
Will any of you be kind enough to compile the Fortran plugin on MAC?Please ask the maintainer of this plugin (darmar) in his own forums. He might have a solution present.
I asked darmar already and he does not have access to a MAC, me neither. Otherwise I wouldn't have asked...Ah - OK... I didn't know - sorry for that.
Are there any descriptions of how to build it?I think the easiest way is to install an existing nightly build of C::B for the Mac and then use C::B to compile C::B. Note that this may require to install GCC (via XCode) and wxWidgets before. Maybe even to compile wxWidgets for the Mac, if thee is no dev-package...
I think the easiest way is to install an existing nightly build of C::B for the Mac and then use C::B to compile C::B. [...]
Hi all,
I got a Mac for rent and I am collecting my "experiences" with Apple. So far I personally know that I'll definitely not inve$t in a Mac (it's worse than both: Windows and Linux). I'll summarise some of the issues I experienced for reference here:
Pre-requisite:
- You need the right Xcode version for your platform. On mine, for example with Mac OS 10.6.2 I needed exactly Xcode version 3.2.2. All other did not work.
- When installing Xcode, make sure you also enable the "unix" stuff, otherwise the compiler will not be found by configure, autotools etc. and setting up C::B will be a pain.
- It's worth adding these compiler switches permanently to the global compiler options: -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6
- Compilation of wxWidgets I have done in a sub-folder of the wxWidgets sources (wxMac) named "mac_build"
- Compilation commands see below
- As C::B I installed the latest nightly
- I am trying to compile the debugger branch...
Bugs / issues:
- wxPopupWindow is not available on the Mac. I replaced all occurrences with wxWindow as a hack
- wxRE_ADVANCED is not available on the Mac. I replaced all occurrences with wxRE_EXTENDED as a hack
- The linker switch -z defs is not available on the Mac. I removed it from the Unix project file
- The toolbar images have different sizes on the Mac which looks extremely ugly.
- C::B always crashes for me on exit, also if CC is disabled
- Buttons to select a folder mostly don't show the "..." (the dots) which looks ugly.
- The project's build options don't show targets -> major annoyance, as you have to go through the project options, select the target and then build options to be actually able to change them.
- Codesnippets app does not compile as it links against X11 not present on the Mac -> disabled
- The update shell script does not work ("illegal option -- u"), exchanged cp -fu with cp -u
- copy and strip commands (and therefore a lot of post-build steps) do not work as they search for a *.so file mask, should be *.dylib
- A lot of the plugins have the extension *.so hard-coded in the Unix project file which is simply wrong. All plugins have to use the auto prefix and extension option!
- The "find"/"replace" dialog is mis-sized and looks extremely ugly.
- FileManager: DirectoryMonitor does not compile, disabled that plugin for the moment.
- Linker error "ld: symbol(s) not found" is not recognised as error and the build seems to have succeeded although it does not.
- wxsanimationctrl does not compile in wxSmithLib. Strange it works at all, as the interface used is simply wrong. The docs state the third param should be a const wxAnimation& anim and used is a wxString.
- wxRE_CENTER_CARET not present on the Mac
- References to /bin/bash in update scripts do not work (bash not available)
- All compiled apps I try to run are in the background and C::B seems frozen. Moreover I cannot activate the apps in the background and have to kill them using C::B's stop ("X") button.
- ...more to come...
Compilation of wxWidgets:Codecd mac_build
../configure --with-contrib-plugins=all --enable-shared --enable-monolithic --enable-unicode --with-macosx-sdk=/Developer/SDKs/MacOSX10.6.sdk --with-macosx-version-min=10.6 --with-mac --with-opengl --with-png=builtin --with-jpeg=builtin --with-tiff=builtin --with-expat=builtin
make
sudo make install