Harry van der Wolf wrote:
> Fortunately there is a great community of enblend builders on OSX :-(
> (I think I'm currently the only one as others use my builds also in their
> bundles/plugins and so on.).
no intention to put pressure on you. you actually laid out a pretty nice
and clear plan.
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> Kornel,
>
>
>
> At the lowest level, you can always MESSAGE(STATUS
> "Message")
>
>
Ryan, I knew all of this. I only said, its missing at the moment. And as we
agreed, no change until all things are in the repo.
>
2009/9/9 Yuval Levy
>
> Harry van der Wolf wrote:
> > OpenMP is not an issue as it is not available on OSX (apart from some
> > extremely bleeding edge source packages)
>
> bummer! I guess you know about http://hpc.sourceforge.net/ ?
>
> Yuv
>
>
Yes, I know it. He does a good job but it requires
p is to
./configure :)
From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf
Of Kornel Benko
Sent: Wednesday, September 09, 2009 3:39 PM
To: hugin-ptx@googlegroups.com
Subject: [hugin-ptx] Re: cmake compilation of enblend [was: Enblend bug tracker
and developer mailing list]
Harry van der Wolf wrote:
> OpenMP is not an issue as it is not available on OSX (apart from some
> extremely bleeding edge source packages)
bummer! I guess you know about http://hpc.sourceforge.net/ ?
Yuv
--~--~-~--~~~---~--~~
You received this message because y
Ryan Sleevi wrote:
> Seconded - any further modifications should happen in the repo. I'm holding
> off
the "time-out" is over. thanks to Andrew who has changed the way the
project is administered. Full steam ahead!
Yuv
--~--~-~--~~~---~--~~
You received this me
Am Mittwoch 09 September 2009 schrieb Pablo d'Angelo:
> > What is missing now, is the control from command line for this.
>
> Do you mean:
> cmake -DCMAKE_BUILD_TYPE=Release
Yes, I know. But I prefer something which will be more recognised. And which
will print some suggestions.
Like this one (i
Kornel Benko wrote:
> Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
>
> >
> > As you indicated in your follow-up, the CMAKE_BUILD_TYPE is what controls
> > whether or not the compiler is set to be optimized for release mode. For
> > the Windows platforms, all the build types are exported
Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
> 2009/9/9 Harry van der Wolf
> Soory: should say.
> Now the results are slightly better than the previous autoconf version.
At least not shocking anymore :)
Kornel
--
Kornel Benko
kornel.be...@berlin.de
signature.asc
Descript
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> Seconded - any further modifications should happen in the repo. I'm holding
> off on my 'cleanup' of my additions/macros until the code can at least be
> based there
Thanks, so will I.
Having a base, it will easy to check if someone's modificat
2009/9/9 Harry van der Wolf
Soory: should say.
Now the results are slightly better than the previous autoconf version.
> /usr/local/bin/enblend --version
> enblend 4.0-11ca5b567bc9
>
> And: should say.
/usr/bin/time /usr/local/bin/enblend --gpu -o pipo.jpg 1222-02*.tif
> enblend: info: writing
2009/9/9 Harry van der Wolf
> Hi all,
>
> Here are the results from the OSX jury.
> OpenMP is not an issue as it is not available on OSX (apart from some
> extremely bleeding edge source packages)
>
>
> enblend via cmake compiles and works now too on OSX.
> however, on doing some tests I had some
sday, September 09, 2009 1:50 PM
To: hugin-ptx@googlegroups.com
Subject: [hugin-ptx] Re: cmake compilation of enblend [was: Enblend bug tracker
and developer mailing list]
What is missing now, is the control from command line for this.
Since we don't have the same cmake-base we should se
What is missing now, is the control from command line for this.
>
> Since we don't have the same cmake-base we should search for some way to
> exchage changes only.
>
>
> The version here is mostly your modified version with corrections from me.
> Should we really be forced to send
> each time all
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> FindLibraryWithDebug is "safe" for Release calls. It's just a special
> handler for Windows platforms that tend to have libraries with debug file
> suffices (and with my modifications, also handles situations where x86 and
> x64 libs are "side-by
9, 2009 12:28 PM
To: hugin-ptx@googlegroups.com
Subject: [hugin-ptx] Re: cmake compilation of enblend [was: Enblend bug tracker
and developer mailing list]
Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
> Hi all,
>
> Here are the results from the OSX jury.
> OpenMP is
Am Mittwoch 09 September 2009 schrieb Kornel Benko:
> Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
> > Well, Some "debugging" statement was exactly what I was looking for but
> > I couldn't find it so I assumed (incorrectly) that I was in Release mode
> > or so. Where is this being se
Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
> Well, Some "debugging" statement was exactly what I was looking for but I
> couldn't find it so I assumed (incorrectly) that I was in Release mode or
> so. Where is this being set?
I am searching too ...
Kornel
--
Kornel Benko
2009/9/9 Kornel Benko
> Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
>
> > The autoconf version is almost 10X faster!
> >
> > Harry
>
>
> I see.
> 1.) In this version we are not optimizing
> 2.) We are using "FindLibraryWithDebug.cmake"
>
>
> Kornel
>
Well, Some "debugging" stateme
Am Mittwoch 09 September 2009 schrieb Harry van der Wolf:
> Hi all,
>
> Here are the results from the OSX jury.
> OpenMP is not an issue as it is not available on OSX (apart from some
> extremely bleeding edge source packages)
>
>
> enblend via cmake compiles and works now too on OSX.
> however, on
Hi all,
Here are the results from the OSX jury.
OpenMP is not an issue as it is not available on OSX (apart from some
extremely bleeding edge source packages)
enblend via cmake compiles and works now too on OSX.
however, on doing some tests I had some shocking results.
enblend pre 4.0 via cmake
Found it. The package defines "OPENMP_FOUND". Should have known ...
Kornel
--
Kornel Benko
kornel.be...@berlin.de
signature.asc
Description: This is a digitally signed message part.
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> This calls CMakeModules/FindPackageHandleStandardArgs.cmake, which will set
> OpenMP_FOUND if both OpenMP_C_FLAGS and OpenMP_CXX_FLAGS are defined.
And exactly here seems something not correct.
I have this code:
find_package(OpenMP REQUIRED)
Re: cmake compilation of enblend [was: Enblend bug tracker
and developer mailing list]
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> > > I try to correct
> > > Kornel
>
> The flag OpenMP_FOUND doesn't really matter as much, at least not in the
> code.
Am Mittwoch 09 September 2009 schrieb Ryan Sleevi:
> > > I try to correct
> > > Kornel
>
> The flag OpenMP_FOUND doesn't really matter as much, at least not in the
> code.
Not in the code, but you introduced it in src/CMakeLists.txt. And there it
matters.
> All that matters is whether or not
> -Original Message-
> From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On
> Behalf Of Kornel Benko
> Sent: Wednesday, September 09, 2009 9:02 AM
> To: hugin-ptx@googlegroups.com
> Subject: [hugin-ptx] Re: cmake compilation of enblend [was: Enblend
It compiles now.
We have to set OpenMP_FOUND somewhere. Maybe in FindOpenMP.cmake?
But why do you prefer image_cache and no openmp be default?
Kornel
Am Wednesday 09 September 2009 schrieb Kornel Benko:
> Am Wednesday 09 September 2009 schrieb Kornel Benko:
> > I try to compile now on O
Am Wednesday 09 September 2009 schrieb Kornel Benko:
> I try to compile now on OpenSuSE.
>
CMake Error at CMakeLists.txt:131 (FIND_PACKAGE):
Could not find module Findlibxmi.cmake or a configuration file for package
libxmi.
This is because on linux you have to search for "LibXMI" ==>
FIND_P
Am Wednesday 09 September 2009 schrieb Ryan Sleevi:
> Ok, so a sleepless night later, and I've got a rough-and-tumble
> feels-like-a-hack just-learned-cmake build on Win32 going up.
>
>
>
> Lots of CMake hacking. Makes me miss SCons, Gyp, and qmake, all of which I
> find less frustrating :)
29 matches
Mail list logo
