«

Hi,

I am trying to compile qtruby. Unfortunally it failed with the following error
message:

Qt.cpp: In function `VALUE initialize_qt(int, VALUE*, VALUE)':
Qt.cpp:1145: error: ISO C++ forbids cast to non-reference type used as lvalue
make[5]: *** [Qt.lo] Fehler 1

Maybe this is due to the gcc version I am using? It's gcc 3.4.1. Well, I
thought I'll give it a try on my other box running slackware 10.0 with gcc
3.3.4. But here, ./configure can't find my X includes -- I tried to pass an
option to point there directly, but still the same. Maybe this is since
slackware 10.0 ships with x11-6.7.0? Hm, I thought it should be compatible to
XF86...

Has anyone managed to compile qtruby? Any idea how I could do it as well?

regards,
jochen

On Wed, Jul 14, 2004 at 01:40:23AM +0900, Jochen Immendörfer wrote:
> Hi,
>
> I am trying to compile qtruby. Unfortunally it failed with the following error
> message:
>
> Qt.cpp: In function `VALUE initialize_qt(int, VALUE*, VALUE)':
> Qt.cpp:1145: error: ISO C++ forbids cast to non-reference type used as lvalue
> make[5]: *** [Qt.lo] Fehler 1
>

I'm not a qtruby developer and I don't have Qt 3.2, so I can't check any
of this, but it looks like a bug.

Lines 1144-1145 read:

smokeruby_object * p = 0;
Data_Get_Struct(temp_obj, smokeruby_object, (void *) p);

And this expands to:

smokeruby_object * p = 0;
Check_Type(temp_obj, T_DATA); (void *) p = (smokeruby_object*)DATA_PTR(temp_obj);

Which is not valid C++ (older versions of g++ accept it, but neither
como nor g++ 3.4 does).

There's really no good reason I can think of for the cast to void*,
anyway. You should submit a bug report.

Paul

Thank you two for answering.

I already had the intention of submitting a bug report, but -- I just couldn't
find such a possibility at rubyforge. Am I just blind? If you know where to
submit a bug report, please tell me and I'll do.

Btw. I removed the cast to void* from line 1145 and it did actually compile
after then..

But trying

require 'Qt'

in irb produces a segmentation fault

regards,
jochen



Am Dienstag 13 Juli 2004 19:14 schrieb Paul Brannan:
> On Wed, Jul 14, 2004 at 01:40:23AM +0900, Jochen Immendörfer wrote:
> > Hi,
> >
> > I am trying to compile qtruby. Unfortunally it failed with the following
> > error message:
> >
> > Qt.cpp: In function `VALUE initialize_qt(int, VALUE*, VALUE)':
> > Qt.cpp:1145: error: ISO C++ forbids cast to non-reference type used as
> > lvalue make[5]: *** [Qt.lo] Fehler 1
>
> I'm not a qtruby developer and I don't have Qt 3.2, so I can't check any
> of this, but it looks like a bug.
>
> Lines 1144-1145 read:
>
> smokeruby_object * p = 0;
> Data_Get_Struct(temp_obj, smokeruby_object, (void *) p);
>
> And this expands to:
>
> smokeruby_object * p = 0;
> Check_Type(temp_obj, T_DATA); (void *) p =
> (smokeruby_object*)DATA_PTR(temp_obj);
>
> Which is not valid C++ (older versions of g++ accept it, but neither
> como nor g++ 3.4 does).
>
> There's really no good reason I can think of for the cast to void*,
> anyway. You should submit a bug report.
>
> Paul

Ok, I did one more try. This time on my notebook -- same distribution like
before same gcc version (Arch Linux, gcc 3.4.1). Cast to void* removed from
line 1145. Here it worked. Without segmentation fault. Nice. But I still
don't know where to submit a bug report

regards,
jochen



Am Dienstag 13 Juli 2004 19:32 schrieb Jochen Immendörfer:
> Thank you two for answering.
>
> I already had the intention of submitting a bug report, but -- I just
> couldn't find such a possibility at rubyforge. Am I just blind? If you know
> where to submit a bug report, please tell me and I'll do.
>
> Btw. I removed the cast to void* from line 1145 and it did actually compile
> after then..
>
> But trying
>
> require 'Qt'
>
> in irb produces a segmentation fault
>
> regards,
> jochen
>
> Am Dienstag 13 Juli 2004 19:14 schrieb Paul Brannan:
> > On Wed, Jul 14, 2004 at 01:40:23AM +0900, Jochen Immendörfer wrote:
> > > Hi,
> > >
> > > I am trying to compile qtruby. Unfortunally it failed with the
> > > following error message:
> > >
> > > Qt.cpp: In function `VALUE initialize_qt(int, VALUE*, VALUE)':
> > > Qt.cpp:1145: error: ISO C++ forbids cast to non-reference type used as
> > > lvalue make[5]: *** [Qt.lo] Fehler 1
> >
> > I'm not a qtruby developer and I don't have Qt 3.2, so I can't check any
> > of this, but it looks like a bug.
> >
> > Lines 1144-1145 read:
> >
> > smokeruby_object * p = 0;
> > Data_Get_Struct(temp_obj, smokeruby_object, (void *) p);
> >
> > And this expands to:
> >
> > smokeruby_object * p = 0;
> > Check_Type(temp_obj, T_DATA); (void *) p =
> > (smokeruby_object*)DATA_PTR(temp_obj);
> >
> > Which is not valid C++ (older versions of g++ accept it, but neither
> > como nor g++ 3.4 does).
> >
> > There's really no good reason I can think of for the cast to void*,
> > anyway. You should submit a bug report.
> >
> > Paul

On Wed, Jul 14, 2004 at 02:32:36AM +0900, Jochen Immend?rfer wrote:
> require 'Qt'
>
> in irb produces a segmentation fault

whats the backtrace?

cheers,
Alex

On Wed, Jul 14, 2004 at 02:54:22AM +0900, Jochen Immend?rfer wrote:
> Ok, I did one more try. This time on my notebook -- same distribution like
> before same gcc version (Arch Linux, gcc 3.4.1). Cast to void* removed from
> line 1145. Here it worked. Without segmentation fault. Nice. But I still
> don't know where to submit a bug report

umm you could submit them to me i guess (or kde-)
any difference between the two installs? one has a kde install the other not?

Alex

irb(main):001:0> require 'Qt'
/usr/lib/ruby/site_ruby/1.8/i686-linux/qtruby.so: [BUG] Segmentation fault
ruby 1.8.2 (2004-07-10) [i686-linux]

Speicherzugriffsfehler

That's all I get. (for those who don't understand german:
Speicherzugriffsfehler means segmentation fault)




Am Dienstag 13 Juli 2004 20:24 schrieb Alexander Kellett:
> On Wed, Jul 14, 2004 at 02:32:36AM +0900, Jochen Immend?rfer wrote:
> > require 'Qt'
> >
> > in irb produces a segmentation fault
>
> whats the backtrace?
>
> cheers,
> Alex

Am Dienstag 13 Juli 2004 20:26 schrieb Alexander Kellett:
> On Wed, Jul 14, 2004 at 02:54:22AM +0900, Jochen Immend?rfer wrote:
> > Ok, I did one more try. This time on my notebook -- same distribution
> > like before same gcc version (Arch Linux, gcc 3.4.1). Cast to void*
> > removed from line 1145. Here it worked. Without segmentation fault. Nice.
> > But I still don't know where to submit a bug report
>
> umm you could submit them to me i guess (or kde-)
> any difference between the two installs? one has a kde install the other
> not?
>
> Alex

ok, should I still submit a report to you or did you already hear about
it? )

Both machines have a minimal kde installation. I think both installs should be
very similar. At least the important packages are the same. Same version
everywhere. kde version is 3.2.3, qt is 3.3.2.

Do you need more informations?

regards,
jochen

On Wed, Jul 14, 2004 at 03:29:33AM +0900, Jochen Immend?rfer wrote:
> irb(main):001:0> require 'Qt'
> /usr/lib/ruby/site_ruby/1.8/i686-linux/qtruby.so: [BUG] Segmentation fault
> ruby 1.8.2 (2004-07-10) [i686-linux]
>
> Speicherzugriffsfehler
>
> That's all I get. (for those who don't understand german:
> Speicherzugriffsfehler means segmentation fault)

can you run in gdb?
backtrace is reallllly needed

Alex

hm.. I'm sorry to say so, but I don't now how to do this. If you tell me what
I exactly have to do, I'll give my best

>
> can you run in gdb?
> backtrace is reallllly needed
>
> Alex