-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Lance Taylor wrote:
> Chase <[EMAIL PROTECTED]> writes:
>
>
>>Is it possible to use GCC to cross-compile a GUI app for Windows (XP
>>specifically) from another platform like Linux or Mac OS X or BeOS?
>>
>>If so, please either explain in your rep
Chase <[EMAIL PROTECTED]> writes:
> Is it possible to use GCC to cross-compile a GUI app for Windows (XP
> specifically) from another platform like Linux or Mac OS X or BeOS?
>
> If so, please either explain in your reply the basic steps required
> to do this or direct me to instructions on how t
On 9/29/05, Ulrich Weigand <[EMAIL PROTECTED]> wrote:
> Mark Mitchell wrote:
>
> > GCC 4.0.2 has been released.
>
> Results on s390(x)-ibm-linux are here:
> http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01323.html
> http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01324.html
>
> Unfortunately, i
Is it possible to use GCC to cross-compile a GUI app for Windows (XP
specifically) from another platform like Linux or Mac OS X or BeOS?
If so, please either explain in your reply the basic steps required
to do this or direct me to instructions on how to do so.
- Chase
In short, the problem appears to be this code in fold_builtin_memcmp:
/* If len parameter is one, return an expression corresponding to
(*(const unsigned char*)arg1 - (const unsigned char*)arg2). */
if (host_integerp (len, 1) && tree_low_cst (len, 1) == 1)
{
tree cst_uchar_
On Fri, Sep 30, 2005 at 02:08:18AM +0200, Ulrich Weigand wrote:
> tree cst_uchar_node = build_type_variant (unsigned_char_type_node, 1, 0);
> tree cst_uchar_ptr_node = build_pointer_type (cst_uchar_node);
...
> Any suggestions how to fix this?
Try
cst_uchar_ptr_node
= build_pointer_type_f
Snapshot gcc-4.0-20050929 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20050929/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 CVS branch
with the following options: -rgcc-ss-4_0-20050929
You'll
Hi...
I am using the front end pinapa
(http://greensocs.sourceforge.net/pinapa/doc/html/index.html)
and it API has a function to get the tree of body of a method C++:
tree method_tree= pinapa::st_process_deco::get(method)->get_gcc_body();
i use the macro DECL_CLASS_CONTEXT to capture the tree o
> Any suggestions how to fix this?
The easiest thing is to store a version of unsigned_char_type_node
somewhere that has it's TYPE_ALIAS_SET set to 0, and use it there.
Whether this is the best solution, i'll leave to others :)
>
> Bye,
> Ulrich
>
Hello,
in debugging the remaining Ada failures on s390x, I've come to what
looks a bug in the middle end. See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19382
for details.
In short, the problem appears to be this code in fold_builtin_memcmp:
/* If len parameter is one, return an expression c
> Indeed this is clearly correct. And one does wonder how this
> missing line has managed to not cause problems elsewhere...
I've installed the patch on the mainline, after bootstrapping/regtesting it on
x86_64-suse-linux. Do you want me to put it on the 4.0 branch too?
--
Eric Botcazou
BTW, did you get a chance to look into:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
I haven't yet, but I normally use x86_64, so I'm not running into it.
And I'm also confused about the EH_REGION stuff.
This restores bootstrap on x86 and x86_64-linux, thanks
for looking into this.
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01332.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01333.html
BTW, did you get a chance to look into:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
which i
Hi,
I know this has been discussed in bug 18668. But I'd like to bring it
up again.
Currently, fisttp is only generated with -march=prescott. The
argument is fisttp is not a SSE instruction. While this is
technically true, it's likely to surprise the users. Intel, after
all, does lump f
You mistakenly believe that gcc@gcc.gnu.org is a forum for beginner
questions, but this appears to be nabble.com's fault.
On Thu, Sep 29, 2005 at 12:30:44PM -0700, aetherane (sent by Nabble.com) wrote:
> I have a constant defined, lets call it A:
> #define A 1
> I want to have another constant de
Gcc 3.3/3.4 has
#ifndef HOT_TEXT_SECTION_NAME
#define HOT_TEXT_SECTION_NAME "text.hot"
#endif
#ifndef UNLIKELY_EXECUTED_TEXT_SECTION_NAME
#define UNLIKELY_EXECUTED_TEXT_SECTION_NAME "text.unlikely"
#endif
It is fixed in
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00810.html
Should they be upd
I have a constant defined, lets call it A:
#define A 1
I want to have another constant defined called be such that B=A+2 so you could
do:
#define B A+2
The issue is that I need B to be computed as the value of A+2, not as "A+2"
which will be directly plugged into code where ever B is referenced
On 9/29/05, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> > sparc64-linux
> > http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01019.html
>
> Just to make it clear: that's not a SPARC 64-bit Ada compiler, only a 32-bit
> Ada compiler with a questionable name.
Right!
--
Cheers,
/ChJ
> Other platforms with one or few ACATS failures:
[...]
> sparc-solaris2.8
> http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01077.html
The problem is generic (PR ada/20753), although it only shows up in the ACATS
testsuite at -O2 on SPARC and PA for some reasons.
> sparc64-linux
> http://g
On Thu, Sep 29, 2005 at 07:32:46AM -0400, Richard Kenner wrote:
> The real fix is below, though I haven't run it throuh a testing cycle yet.
> I was wondering how this ever worked:
Indeed this is clearly correct. And one does wonder how this
missing line has managed to not cause problems elsewher
Mark Mitchell wrote:
> GCC 4.0.2 has been released.
Results on s390(x)-ibm-linux are here:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01323.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01324.html
Unfortunately, it is not zero-FAIL after all; at the last
minute this one appears to
The Debian HPPA buildd is failing with an ICE when building SwingWT
for the HPPA.
Here's the full build log:
http://buildd.debian.org/fetch.php?&pkg=swingwt&ver=0.87-2&arch=hppa&stamp=1126289145&file=log&as=raw
Here's the interesting line:
swingwtx/swing/JOptionPane.java:325: internal compiler er
Hi!
On current mainline-gcc install-pkglibLTLIBRARIES fails re-linking
libjawtgnu:
make[5]: Entering directory
`/usr/src/packages/BUILD/gcc-4.1.0-20050929/obj-i586-suse-linux/i586-suse-linux/libjava/classpath/native/jawt'
test -z "/usr/lib/classpath" || mkdir -p --
"/
Laurent GUERBY wrote:
> The patch to restore Ada bootstrap is a one liner: just revert
> the gimplify.c part of 2005-09-24 Richard Henderson's change
> in your tree (see below).
>
> I don't know what is the policy on patches that break Ada on x86-linux
> (here by revealing a latent middle-end bug
Hello again!
Okay, gcc-4.0.2 built just fine on an embedded mpc8540 (ppc, e500, SPE
extension):
$ ./gcc -v
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: ../gcc-4.0.2/configure --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-languages=c,c++,objc
The patch to restore Ada bootstrap is a one liner: just revert
the gimplify.c part of 2005-09-24 Richard Henderson's change
in your tree (see below).
The real fix is below, though I haven't run it throuh a testing cycle yet.
I was wondering how this ever worked:
*** stor-layout.c
The patch to restore Ada bootstrap is a one liner: just revert
the gimplify.c part of 2005-09-24 Richard Henderson's change
in your tree (see below).
I don't know what is the policy on patches that break Ada on x86-linux
(here by revealing a latent middle-end bug - but I think latent or not
policy
Hello!
GCC 4.0.2 has been released.
Great! Thank you all! :-))
Well, I am using an embedded mpc8540 (ppc, e500, SPE extension) system
and can work like on a native system. Currently, the system is not very
busy, so I can run some tests if it's useful for you...
Can you tell me (point to some d
Laurent GUERBY <[EMAIL PROTECTED]> writes:
> Many thanks to people enabling Ada in their builds!
I'd like to enable it for 4.1 CVS but that one is failing since last
week as reported in bugzilla :-(
Andreas
--
Andreas Jaeger, [EMAIL PROTECTED], http://www.suse.de/~aj
SUSE LINUX Products GmbH
> Many thanks to people enabling Ada in their builds!
Indeed, thanks to you, and thanks to Laurent for collecting these
results, and also filing bugzilla PRs when regressions are detected.
Arno
30 matches
Mail list logo
