Empathy List Archives

TP

Torsten Paul

Fri, Feb 6, 2015 2:06 PM

On 02/06/2015 07:44 AM, Michele wrote:

Unfortunately,CGAL also failed to build. I've started a thread on their
support list for this one too, with the sorry tale of the cmake and make
output:

http://cgal-discuss.949826.n4.nabble.com/CGAL-4-5-1-install-fails-on-Solaris-10-Sparc-64-bit-tp4660404.html

I guess what this exhaustive and very helpful answer "SunPro is
no supported compiler." on your post means is that you have
to tell cmake to not pick up the system compiler at /usr/bin/CC
but instead the gcc you are using otherwise.

That should work by adding parameters to the cmake call:

cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++

(depending on the installation it might need the full path)

ciao,
Torsten.

On 02/06/2015 07:44 AM, Michele wrote: > Unfortunately,CGAL also failed to build. I've started a thread on their > support list for this one too, with the sorry tale of the cmake and make > output: > > http://cgal-discuss.949826.n4.nabble.com/CGAL-4-5-1-install-fails-on-Solaris-10-Sparc-64-bit-tp4660404.html > I guess what this exhaustive and very helpful answer "SunPro is no supported compiler." on your post means is that you have to tell cmake to not pick up the system compiler at /usr/bin/CC but instead the gcc you are using otherwise. That should work by adding parameters to the cmake call: cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ (depending on the installation it might need the full path) ciao, Torsten.

M

Michele

Fri, Feb 6, 2015 5:09 PM

/"So you're going to get this working or die trying? "/

Well I clearly have far too much time invested in this to just give up now.
I refuse to let this program get the better of me.

However I am also mindful of the guy who tried to get to the moon by
climbing a tree and was pleased because each new branch climbed brought him
closer to his goal.

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11529.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

/"So you're going to get this working or die trying? "/ Well I clearly have far too much time invested in this to just give up now. I refuse to let this program get the better of me. However I am also mindful of the guy who tried to get to the moon by climbing a tree and was pleased because each new branch climbed brought him closer to his goal. -- View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11529.html Sent from the OpenSCAD mailing list archive at Nabble.com.

M

Michele

Fri, Feb 6, 2015 7:33 PM

/"I guess what this exhaustive and very helpful answer "SunPro is
no supported compiler." on your post means is that you have
to tell cmake to not pick up the system compiler at /usr/bin/CC
but instead the gcc you are using otherwise."
/
LOL. He is definitely a man of few words. But I suppose he could have just
said RTFM or even not bothered to reply at all. In any event thank you for
providing the real answer with:

"cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ "

That worked fine and allowed cmake to complete. However it still had an
error about halfway through xcomplaining about "libmpfr.so: wrong ELF class:
ELFCLASS64". And when I did gmake afterwards, it also complained about the
same thing.

Now I did install MPFR from a prebuilt package so it's possible there's
something in there it didn't like. (What is it with Unix and elves anyway?)
It's not clear from the error, but I'm assuming it found a 32 bit library
but wants 64 bits. In any case, I'm recompiling MPFR, this time from
source. Then we'll go back to CGAL. One more branch up the tree...

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11532.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

/"I guess what this exhaustive and very helpful answer "SunPro is no supported compiler." on your post means is that you have to tell cmake to not pick up the system compiler at /usr/bin/CC but instead the gcc you are using otherwise." / LOL. He is definitely a man of few words. But I suppose he could have just said RTFM or even not bothered to reply at all. In any event thank you for providing the real answer with: "cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ " That worked fine and allowed cmake to complete. However it still had an error about halfway through xcomplaining about "libmpfr.so: wrong ELF class: ELFCLASS64". And when I did gmake afterwards, it also complained about the same thing. Now I did install MPFR from a prebuilt package so it's possible there's something in there it didn't like. (What is it with Unix and elves anyway?) It's not clear from the error, but I'm assuming it found a 32 bit library but wants 64 bits. In any case, I'm recompiling MPFR, this time from source. Then we'll go back to CGAL. One more branch up the tree... -- View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11532.html Sent from the OpenSCAD mailing list archive at Nabble.com.

M

Michele

Sat, Feb 7, 2015 10:27 PM

After more poking around, it appears that the Qt4.5.3 package I installed was
32 bit rather than 64 bit. I'm guessing that this may be what CGAL was
complaining about with those "wrong ELFCLASS" errors.

I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and
compiled that. The ./configure went OK (though with a bunch of warnings)
but the gmake failed with two errors. I started a new thread over at

http://qt-project.org/forums/viewthread/52895/

with the sad results.

I'm afraid I really need help at this point. Qt is the last big sticking
point. I'm hoping that if I can get that to work, CGAL will work and then I
can install OpenCSG. That will be the last of the dependencies. But
nothing happens until I can get Qt to go.

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

After more poking around, it appears that the Qt4.5.3 package I installed was 32 bit rather than 64 bit. I'm guessing that this may be what CGAL was complaining about with those "wrong ELFCLASS" errors. I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and compiled that. The ./configure went OK (though with a bunch of warnings) but the gmake failed with two errors. I started a new thread over at http://qt-project.org/forums/viewthread/52895/ with the sad results. I'm afraid I really need help at this point. Qt is the last big sticking point. I'm hoping that if I can get that to work, CGAL will work and then I can install OpenCSG. That will be the last of the dependencies. But nothing happens until I can get Qt to go. -- View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html Sent from the OpenSCAD mailing list archive at Nabble.com.

JL

Joseph Lenox

Sun, Feb 8, 2015 5:13 AM

Are you sure that it was compiling with gcc?
On Feb 7, 2015 4:27 PM, "Michele" denber@mindspring.com wrote:

After more poking around, it appears that the Qt4.5.3 package I installed
was
32 bit rather than 64 bit. I'm guessing that this may be what CGAL was
complaining about with those "wrong ELFCLASS" errors.

I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and
compiled that. The ./configure went OK (though with a bunch of warnings)
but the gmake failed with two errors. I started a new thread over at

http://qt-project.org/forums/viewthread/52895/

with the sad results.

I'm afraid I really need help at this point. Qt is the last big sticking
point. I'm hoping that if I can get that to work, CGAL will work and then
I
can install OpenCSG. That will be the last of the dependencies. But
nothing happens until I can get Qt to go.

--
View this message in context:
http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

Are you *sure* that it was compiling with gcc? On Feb 7, 2015 4:27 PM, "Michele" <denber@mindspring.com> wrote: > After more poking around, it appears that the Qt4.5.3 package I installed > was > 32 bit rather than 64 bit. I'm guessing that this may be what CGAL was > complaining about with those "wrong ELFCLASS" errors. > > I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and > compiled that. The ./configure went OK (though with a bunch of warnings) > but the gmake failed with two errors. I started a new thread over at > > http://qt-project.org/forums/viewthread/52895/ > > with the sad results. > > I'm afraid I really need help at this point. Qt is the last big sticking > point. I'm hoping that if I can get that to work, CGAL will work and then > I > can install OpenCSG. That will be the last of the dependencies. But > nothing happens until I can get Qt to go. > > > > -- > View this message in context: > http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >

DM

doug moen

Sun, Feb 8, 2015 3:15 PM

I'm not familiar with the Qt code base, so the following comments
might not be correct.

I find it suspicious that you are compiling an old version of Qt
(4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct
2014). My experience with gcc makes me wonder if these releases are
compatible.

The company I work for has a large C++ project (hundreds of thousands
of code lines, at least), and every time we upgrade to a new version
of gcc, we spend about a month fixing the code so that it will compile
with this new version. Most of the work is eliminating new warnings
that our code never used to trigger, but there are also new compile
time errors that we need to fix.

On 7 February 2015 at 17:27, Michele denber@mindspring.com wrote:

After more poking around, it appears that the Qt4.5.3 package I installed was
32 bit rather than 64 bit. I'm guessing that this may be what CGAL was
complaining about with those "wrong ELFCLASS" errors.

I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and
compiled that. The ./configure went OK (though with a bunch of warnings)
but the gmake failed with two errors. I started a new thread over at

http://qt-project.org/forums/viewthread/52895/

with the sad results.

I'm afraid I really need help at this point. Qt is the last big sticking
point. I'm hoping that if I can get that to work, CGAL will work and then I
can install OpenCSG. That will be the last of the dependencies. But
nothing happens until I can get Qt to go.

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

I'm not familiar with the Qt code base, so the following comments might not be correct. I find it suspicious that you are compiling an old version of Qt (4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct 2014). My experience with gcc makes me wonder if these releases are compatible. The company I work for has a large C++ project (hundreds of thousands of code lines, at least), and every time we upgrade to a new version of gcc, we spend about a month fixing the code so that it will compile with this new version. Most of the work is eliminating new warnings that our code never used to trigger, but there are also new compile time errors that we need to fix. On 7 February 2015 at 17:27, Michele <denber@mindspring.com> wrote: > After more poking around, it appears that the Qt4.5.3 package I installed was > 32 bit rather than 64 bit. I'm guessing that this may be what CGAL was > complaining about with those "wrong ELFCLASS" errors. > > I already know I couldn't install Qt5.2 so I downloaded Qt 4.6.4 and > compiled that. The ./configure went OK (though with a bunch of warnings) > but the gmake failed with two errors. I started a new thread over at > > http://qt-project.org/forums/viewthread/52895/ > > with the sad results. > > I'm afraid I really need help at this point. Qt is the last big sticking > point. I'm hoping that if I can get that to work, CGAL will work and then I > can install OpenCSG. That will be the last of the dependencies. But > nothing happens until I can get Qt to go. > > > > -- > View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11544.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >

M

Michele

Sun, Feb 8, 2015 6:02 PM

/"Are you sure that it was compiling with gcc? "/

No, I'm not. How do I tell?

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11561.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

/"Are you *sure* that it was compiling with gcc? "/ No, I'm not. How do I tell? -- View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11561.html Sent from the OpenSCAD mailing list archive at Nabble.com.

M

Michele

Sun, Feb 8, 2015 6:10 PM

"I find it suspicious that you are compiling an old version of Qt
(4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct
2014). My experience with gcc makes me wonder if these releases are
compatible. "

I had not considered that possibility. I also have gcc 3.4.3 on the
machine. I could try using that if I could figure out how to tell CGAL to
use that compiler.

We've got this:

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

"I find it suspicious that you are compiling an old version of Qt (4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct 2014). My experience with gcc makes me wonder if these releases are compatible. " I had not considered that possibility. I also have gcc 3.4.3 on the machine. I could try using that if I could figure out how to tell CGAL to use that compiler. We've got this: -- View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html Sent from the OpenSCAD mailing list archive at Nabble.com.

DM

doug moen

Sun, Feb 8, 2015 7:04 PM

gcc 3.4.3 sounds pretty old. Why are you using such an old version of
QT 4? Why not use QT 4.8.3, which was released April 2014? Okay, I've
never tried to build OpenSCAD, but using recent versions of QT4 and
gcc makes more sense to me, for building the most recent version of
OpenSCAD.

On 8 February 2015 at 13:10, Michele denber@mindspring.com wrote:

"I find it suspicious that you are compiling an old version of Qt
(4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct
2014). My experience with gcc makes me wonder if these releases are
compatible. "

I had not considered that possibility. I also have gcc 3.4.3 on the
machine. I could try using that if I could figure out how to tell CGAL to
use that compiler.

We've got this:

--
View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

gcc 3.4.3 sounds pretty old. Why are you using such an old version of QT 4? Why not use QT 4.8.3, which was released April 2014? Okay, I've never tried to build OpenSCAD, but using recent versions of QT4 and gcc makes more sense to me, for building the most recent version of OpenSCAD. On 8 February 2015 at 13:10, Michele <denber@mindspring.com> wrote: > "I find it suspicious that you are compiling an old version of Qt > (4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct > 2014). My experience with gcc makes me wonder if these releases are > compatible. " > > I had not considered that possibility. I also have gcc 3.4.3 on the > machine. I could try using that if I could figure out how to tell CGAL to > use that compiler. > > We've got this: > > > > > > > -- > View this message in context: http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >

JL

Joseph Lenox

Sun, Feb 8, 2015 7:09 PM

She was having trouble getting newer versions to compile too, I thought. Or
was because it was the same version as her precompiled package.
On Feb 8, 2015 1:04 PM, "doug moen" doug@moens.org wrote:

gcc 3.4.3 sounds pretty old. Why are you using such an old version of
QT 4? Why not use QT 4.8.3, which was released April 2014? Okay, I've
never tried to build OpenSCAD, but using recent versions of QT4 and
gcc makes more sense to me, for building the most recent version of
OpenSCAD.

On 8 February 2015 at 13:10, Michele denber@mindspring.com wrote:

"I find it suspicious that you are compiling an old version of Qt
(4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct
2014). My experience with gcc makes me wonder if these releases are
compatible. "

I had not considered that possibility. I also have gcc 3.4.3 on the
machine. I could try using that if I could figure out how to tell CGAL

to

use that compiler.

We've got this:

--
View this message in context:

http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html

Sent from the OpenSCAD mailing list archive at Nabble.com.

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

She was having trouble getting newer versions to compile too, I thought. Or was because it was the same version as her precompiled package. On Feb 8, 2015 1:04 PM, "doug moen" <doug@moens.org> wrote: > gcc 3.4.3 sounds pretty old. Why are you using such an old version of > QT 4? Why not use QT 4.8.3, which was released April 2014? Okay, I've > never tried to build OpenSCAD, but using recent versions of QT4 and > gcc makes more sense to me, for building the most recent version of > OpenSCAD. > > On 8 February 2015 at 13:10, Michele <denber@mindspring.com> wrote: > > "I find it suspicious that you are compiling an old version of Qt > > (4.6.4, released in 2011) with the latest version of gcc (4.9.2, Oct > > 2014). My experience with gcc makes me wonder if these releases are > > compatible. " > > > > I had not considered that possibility. I also have gcc 3.4.3 on the > > machine. I could try using that if I could figure out how to tell CGAL > to > > use that compiler. > > > > We've got this: > > > > > > > > > > > > > > -- > > View this message in context: > http://forum.openscad.org/Compiling-for-64-bit-Sparc-Solaris-10-tp10741p11563.html > > Sent from the OpenSCAD mailing list archive at Nabble.com. > > > > _______________________________________________ > > OpenSCAD mailing list > > Discuss@lists.openscad.org > > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >

discuss@lists.openscad.org

Compiling for 64 bit Sparc Solaris 10