Changing WCHAR_TYPE from "long int" to "int"?

[Andreas Jaeger]

Ralf Baechle <ralf@oss.sgi.com> writes:

> On Sun, Aug 05, 2001 at 09:48:06AM -0700, H . J . Lu wrote:
>
>> I am working with Eric to clean up the Linux/mips configuration in
>> gcc 3.x. I'd like to change WCHAR_TYPE from "long int" to "int". They
>> are the same on Linux/mips. There won't be any run-time problems. I am
>> wondering if there are any compatibility problems at the compile time
>> at the source and binary level. For one thing, __WCHAR_TYPE__ will be
>> changed from "long int" to "int". The only thing I can think of is
>> the C++ libraries. But gcc 3.x doesn't work on Linux/mips. The one
>> I am working on will be the first gcc 3.x for Linux/mips. So there
>> shouldn't be any problems. Am I right?
>
> The MIPS ABI defines wchar_t to long.  So please go ahead and make the
> change.

I'm confused.  The ABI defines it to be long - and he should change it
nevertheless?

Andreas
-- 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7bm0zOJpWPMJyoSYRArSgAJ9Ct50CFo0gDljzP3M9kE0sdN+70QCeN6n9
WlALwFwEUpNW6OVo6ZPpa6k=
=uKbi
-----END PGP SIGNATURE-----From svensen@cns.mpg.de Mon Aug 06 03:22:00 2001
From: Markus Svensén <svensen@cns.mpg.de>
To: gcc@gcc.gnu.org, qt-interest@trolltech.com
Subject: Problems loading gcc-compiled Qt/OpenGL program under IRIX
Date: Mon, 06 Aug 2001 03:22:00 -0000
Message-id: <3B6E6FDC.58EEE1FC@cns.mpg.de>
X-SW-Source: 2001-08/msg00326.html
Content-length: 1645

Hello

I'm working on the development of a Qt/OpenGL software, primarily
intended for Linux, but with some hopes also for an Irix-port.

On Linux, it works fine, but on Irix it core dumps, giving various
excuses such as segmentation fault, illegal instruction ... In both
cases I'm using gcc 2.95.2. Since not a single instruction of my code
appears to be executed I've been trying to trace the loading process.

It gets to the point where rld.debug says:

2759976: 09:09:53 vm: call_init: calling initialization code of "vm" --
0x100a6f38 base aout marrk 1
2759976: 09:09:53 vm: execute_all_init_sections: finished running inits
Segmentation fault (core dumped)

I've checked other Qt/OpenGL programs that work, and there the loading
process instead continues as follows:

2706057: 12:14:24 example: call_init: calling initialization code of
"example" -- 0x10013568 base aout marrk 1
2706057: 12:14:24 example: execute_all_init_sections: finished running
inits
2706057: 12:14:24 example: dlopening -------- libGL.so mode 0x1 version
(null) l_flags 0x0 category 0x1 LIBDL_DLOPEN
2706057: 12:14:24 example: reference_count for /usr/lib32/libGL.so is 1
category 1
2706057: 12:14:24 example: do_dlopen_dependencies ref count for  ...

I've been trying various compilation and loading flags, but this has
only resulted in different error messages before the core dump.

Any ideas, anyone?

Thanks

Markus Svensen

Max-Planck-Institute            Email: svensen@cns.mpg.de
  of Cognitive Neuroscience     Phone: +49/0-341-9940 229
Postfach 500 355                Fax (not personal):
D-04303 LEIPZIG                        +49/0-341-9940 221
GERMANY