memory_leak wrote:
>
> Björn ingen är idiot. I know you haven't writen getopt, I am a 20 year+ linux
> user and programmer I am quite aware where getopt comes from. I didn't
> insinuate it either :).
I did not say you were either. :)
I only wanted to make the source of the file clear for
bbjorn wrote:
>
> memory_leak wrote:
> > J :-) and I as well commented on that include defined and possibility
> > that my script maybe messed up includes after I checked it up for the post
> > above, if you read the text you quoted It is not important, but I
> > don't think Linux
memory_leak wrote:
> J :-) and I as well commented on that include defined and possibility
> that my script maybe messed up includes after I checked it up for the post
> above, if you read the text you quoted It is not important, but I don't
> think Linux people would use your
bbjorn wrote:
>
> memory_leak wrote:
> > Mnjah, I doubt MS included strings.h with their runtime.
>
>
> No, I don't think so either. But the include in getopt.c is actually
> including string.h NOT strings.h. If you look at the first line in the code
> snippet you sent me, there are two
memory_leak wrote:
> Mnjah, I doubt MS included strings.h with their runtime.
No, I don't think so either. But the include in getopt.c is actually including
string.h NOT strings.h. If you look at the first line in the code snippet you
sent me, there are two conditions.
First: HAVE_STRING_H
Mnjah, I doubt MS included strings.h with their runtime. Article also says
universal runtime is installed by default with latest VS, so I probably have it
too. I am suspectingi that your strings.h came with some other open source
library or that you have that HAVE_STRING_H defined somewhere
memory_leak wrote:
> I have built everything for x64, both release and debug to be honest I didn't
> even tryed x86. And as said before, VS 2015 CE.
>
> By the way, it might be that you have strings.h defined as a dummy or some
> port elsewhere in your include path. It is an old *nix file and
I have built everything for x64, both release and debug to be honest I didn't
even tryed x86. And as said before, VS 2015 CE.
Regarding curl, is it really worth putting time & effort if it anyway builds
just fine with build file supplied by curl itself. It is just a matter of
executing cmake.
memory_leak wrote:
>
> Tryed this evening and I got it work, with some minor problems:
>
> * Curl does not build. I pulled source from git, and I don't know if it is
> due to change in Curl or something else, but your cmake file is configured to
> include some sources which are not found in
bbjorn wrote:
> Well, there is no need to if you do not desire. The only thing you need to
> do, is to point to the location of the source for each library you desire to
> build. Heck, you can even skip the CMake GUI and do everything using CMake
> command-line. Just supply the paths with
memory_leak wrote:
>
> When building with your cmakes I have tryed pretty much what you describe.
> 1st i downloaded all code for every project in their respective folder, than
> I put your cmake files in the respective folder and top level one in top
> level directory where all other src
Thanks for clafirications, I will give it another try.
Yeah, of course I don't expect everything to be superoptimized either. As
mentioned I did managed to build each and every one manually as instructed by
original libraries, and some with a bit of hacking (giflib). But I wish I could
Hi Carl-Gustaf Kung,
I wrote the CMake scripts to be able to quickly build the dependencies upon
which I project I was working on was using. Then I added some more libraries by
request. Are these scripts totally optimized for every platform? No. They
should be used as a quick way of getting
Hi,
In a true necromancer fashion I would like to resurrect this thread, since I
need some help with Björn's scripts.
I managed to compile OSG from scratch, inclusive all 3rd party libraries. I
have used VS2015, a x64 build, and all 3rd party libs are also compiled by me
as 64-bit shared
I have also forgot to ask: is there a reason to prefer ijg's libjpeg instead of
libjpeg-turbo and glut instead of freeglut?
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=67330#67330
___
osg-users
Hi Trajce,
I would be happy about it =).
With ping you mean private message on the board?
I'll try searching for the post with the plugins.
One question the file format tga was supported of osg with any dependency
correct?
...
Thank you!
Cheers,
Andreas
--
Read this topic
Hi Trajce,
I would be happy about these builds ;)
Trying right now to build osg and the 3rdPartys so I can work again with it.
I would need the collada plugin as well. Do I need to build these as well for
VS 2015?
...
Thank you!
Cheers,
Andreas
--
Read this topic online
I have some subset of the 3rd party dependencies. Don't, mix these with
plugins :-) ... I am not sure to which dependencies the collads plugin is
based, but I can send you what I have, I know others like Chris and
Sebastian also have something build with VS2015 and there was a discussion
here on
Found it :-)
ftp://ftp.remotesensing.org/pub/libtiff
Thanks !
Nick
On Mon, Jul 27, 2015 at 2:28 PM, Trajce Nikolov NICK
trajce.nikolov.n...@gmail.com wrote:
Bojrn, me again :-),
I was having the sources from the mingw32 package which didn't worked, but
managed almost all with the sources
Hi again Bjorn,
by looking at the CMakeLists.txt(s) CMake will need some env variables. I
haven't tried it yet, but is this how it is intended to work?
Thanks again,
Nick
On Mon, Jul 27, 2015 at 12:29 AM, Trajce Nikolov NICK
trajce.nikolov.n...@gmail.com wrote:
Thanks Bjorn !
On Mon, Jul
Hi again,
I bombed this thread with my findings with the progress, I hope no one will
mind my impatience :-)
Bjorn, although all is configured it seams you have used this with some
specific versions that are sort of out dated (like jpeg and freetype).
Could you point me for the sources of your
Bojrn, me again :-),
I was having the sources from the mingw32 package which didn't worked, but
managed almost all with the sources from sourceforge. One question, from
where did you get the libtiff sources? I tried different origins including
the official one but still can not find the one
Från: osg-users osg-users-boun...@lists.openscenegraph.org för Trajce Nikolov
NICK trajce.nikolov.n...@gmail.com
Skickat: den 27 juli 2015 15:42
Till: OpenSceneGraph Users
Ämne: Re: [osg-users] MSVS2015 3rdparty build
Hi again,
I bombed this thread with my findings with the progress, I hope
trajce.nikolov.n...@gmail.com
Skickat: den 27 juli 2015 15:42
Till: OpenSceneGraph Users
Ämne: Re: [osg-users] MSVS2015 3rdparty build
Hi again,
I bombed this thread with my findings with the progress, I hope no one
will mind my impatience :-)
Bjorn, although all is configured it seams you have
Skickat: den 27 juli 2015 15:42
Till: OpenSceneGraph Users
Ämne: Re: [osg-users] MSVS2015 3rdparty build
Hi again,
I bombed this thread with my findings with the progress, I hope no one
will mind my impatience :-)
Bjorn, although all is configured it seams you have used this with some
Thanks Bjorn !
On Mon, Jul 27, 2015 at 12:00 AM, Björn Blissing bjorn.bliss...@vti.se
wrote:
Hi Nick,
If building it from source is an option for you. I have made a CMake
script to simplify the building some of the most important 3rd party
dependencies.
Hi Nick,
If building it from source is an option for you. I have made a CMake script to
simplify the building some of the most important 3rd party dependencies.
https://github.com/bjornblissing/osg-3rdparty-cmake
Best regards
Björn
Den 25 jul 2015 1:47 em skrev Trajce Nikolov NICK
Hi Community,
anyone aware of build of the 3rdparty dependencies with MSVS 2015 and
willing to share?
Thanks a bunch as always!
Cheers,
Nick
--
trajce nikolov nick
___
osg-users mailing list
osg-users@lists.openscenegraph.org
28 matches
Mail list logo
