-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor wrote:
> On Wed, May 31, 2006 at 11:37:51PM +0200, FX Coudert wrote:
>> And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?
>> (grep is soo sloow on my win32 machine)
>
> For the record, I don't do Msys.
On 31/05/2006, at 6:19 PM, Jack Howarth wrote:
If I take the link line generated for -shared-libgcc and substitute
the
the static libgcc, the resulting xplor binary doesn't abort on the
throw.
Also if I take the link line generated without -shared-libgcc and add
"-lgcc_s.10.4", the resultin
Geoff,
I should clarify my last comments. After looking at this some more it
appears that abort occurs unless I link in libgcc_s.10.4. That is both...
"/sw/lib/gcc4/libexec/gcc/powerpc-apple-darwin8/4.2.0/collect2" "-dynamic"
"-arch" "ppc" "-weak_reference_mismatches" "non-weak" "-o" "xplor"
On May 31, 2006, at 11:13 AM, James Lemke wrote:
My current version is attached. If others find it useful I can
contribute it. Comments and suggestions are welcome.
Please do. I'd welcome it (and scripts to generate html, to track
known issues, to trim log files, to drive things and do on)
On May 31, 2006, at 5:57 PM, Ben Elliston wrote:
Don't we have a comparison script in the "contrib" subdirectory?
If that script does indeed work, then I'd like to distribute it with
DejaGnu.
Please. Yes, it does work and has been working just fine for the
past decade to decade and a half.
Remy Saissy wrote:
>I've looked for a target specific callback to modify but I've found
>nothing, even in the gcc internals info pages. Do you mean I would
>have to modify some code outside of the i386 directory ? Or maybe to
>add such a callback if it doesn't exist ;)
You'ld have to modify code i
On Thu, Jun 01, 2006 at 09:29:08AM +0800, Fengwei Yin wrote:
> Hi Richard,
> Thanks for your information. I will ask for help on [EMAIL PROTECTED]
OK, great.
> But I still have question about gcc here:
Um, you're still here? Please don't ask more questions here.
Your questions reveal that you a
Hi Richard,
Thanks for your information. I will ask for help on [EMAIL PROTECTED]
But I still have question about gcc here:
The Local variables layout will impact my development. Consider
following C code:
my_test()
{
int i;
int j;
char c[7];
int *tmp;
tmp = (int *)
Geoff,
I am seeing...
gcc-4 -### -o xplor xplor.o \
\
-L. -lxplorCmd -lxplor -L/Users/howarth/Desktop/xplor-nih-2.14/bin.Darwin_8/
-lfft -lintVar -lvmd -lpy -lswigpy-xplor -ltclXplor -lswigtcl8-xplor -lnmrPot
-lcommon -lmarvin \
-L/System/Library/Frameworks/Python.framework/Versions
James Lemke wrote:
I wanted some mechanical way to compare the output of dejagnu runs
between releases, etc.
Did you look at contrib/compare_tests? It does something very similar
to what your script is doing.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
>
> > > I thought that Jeff Law had something that compared .sum files back when
> > > he was RM. The description of what you wrote sounds similar.
>
> > Don't we have a comparison script in the "contrib" subdirectory?
>
> If that script does indeed work, then I'd like to distribute it with
> D
> > I thought that Jeff Law had something that compared .sum files back when
> > he was RM. The description of what you wrote sounds similar.
> Don't we have a comparison script in the "contrib" subdirectory?
If that script does indeed work, then I'd like to distribute it with
DejaGnu. There us
On 31/05/2006, at 4:59 PM, Jack Howarth wrote:
Geoff,
Nice call. If I relink xplor with 'gcc -shared-libgcc', the
program
no longer aborts on the throw in the c++ code. As before, if I remove
the '-shared-libgcc' and link with gcc, I get the abort on the throw.
Anything else can provide
Geoff,
Nice call. If I relink xplor with 'gcc -shared-libgcc', the program
no longer aborts on the throw in the c++ code. As before, if I remove
the '-shared-libgcc' and link with gcc, I get the abort on the throw.
Anything else can provide to help pin this problem down? I did test
current gcc
On Wed, May 31, 2006 at 11:37:51PM +0200, FX Coudert wrote:
>And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?
>(grep is soo sloow on my win32 machine)
For the record, I don't do Msys. Please don't cc me about msys problems.
cgf
>
> Otherwise you also might want to look to moving to 4.1/2 as long as
> you're moving.
>
I've been thinking about that recently. The main reason I'm going for 3.4 is
that it's what I started with about a year ago. Since then I've had to work
on other things most of the time.
Going from 3.0.
xgcc.exe: CreateProcess: No such file or directory^M
This looks to me like a side effect of some file somewhere being
generated with DOS line endings.
Sorry I didn't remove that ^M when posting. It's purely an effect of
the way I copied my config.log file over the network before posting
it
FX Coudert wrote:
Hi all, hi mingw32 maintainers,
I'm experiencing a strange bug building mainline as a native compiler
on i386-pc-mingw32 (with MSYS). It builds fine with the following
configure line:
../gcc/configure --prefix=/mingw --with-gmp=/home/coudert/local
--disable-nls --with-ld
The insn when x==0 is this:
(call_insn 28 27 29 (parallel [
(set (reg:DI 30 $r0)
(call (mem:SI (symbol_ref:SI ("g") [flags 0x3]
) [0 S4 A32])
(const_int 0 [0x0])))
(use (nil))
(clobber (reg:SI 2 $ra))
]) -1 (nil)
On May 30, 2006, at 9:14 PM, Jack Howarth wrote:
I am able to suppress the aborts on the throw in xplor-nih when
built under gcc 4.2 if I link the main xplor program with g++ rather
than gcc. Should this be considered a regression from gcc 4.0/4.1?
Don't know, as we don't know what the bug is y
Yes, I had noticed that, but I thought it was just a consequence of
something else going wrong much earlier. Perhaps it is the actual problem
though.
For some reason I assumed that the files produced by the -da option were
written sequentially but I guess they are all kind of written to in
paralle
FX Coudert wrote:
> -B/mingw/i386-pc-mingw32/bin/
This looks wrong, it should be "/mingw/mingw32/bin". Putting a copy of
as and ld in "/mingw/i386-pc-mingw32/bin" might work around your problem.
Ross Ridge
This SIGSEGV happens here:
mark_jump_label (x=0x0, insn=0xb7f34b00, in_mem=0) at
../../gcc/gcc/jump.c:1381
1381 RTX_CODE code = GET_CODE (x);
(gdb) where
#0 mark_jump_label (x=0x0, insn=0xb7f34b00, in_mem=0)
at ../../gcc/gcc/jump.c:1381
#1 0x08123eee in mark_jump_label (x=0xb7f7c540,
And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?
(grep is soo sloow on my win32 machine)
FX
Hi all, hi mingw32 maintainers,
I'm experiencing a strange bug building mainline as a native compiler
on i386-pc-mingw32 (with MSYS). It builds fine with the following
configure line:
../gcc/configure --prefix=/mingw --with-gmp=/home/coudert/local --
disable-nls --with-ld=/mingw/bin/ld -
Hi,
I'm currently working on upgrading the version of gcc we use for mobile game
development on the mophun platform from 3.0.3 to 3.4.6. I've run into a
problem related to __builtin_apply that I cannot solve and I don't really
know where to start looking.
For some background the virtual CPU we ta
> > (define_insn "*arm_movqi_insn"
> > [(set (match_operand:QI 0 "nonimmediate_operand" "=r,r,r,Q")
> > (match_operand:QI 1 "general_operand" "rI,K,m,+r"))]
> Changing "m" to "Q", narrowing the address modes
> Changing "r" to "+r", (register is globbered)
This is wrong. the "+" applies to th
Paul,
thank you for commenting...
On Tuesday 30 May 2006 22:03, Paul Brook wrote:
> > I found arm.md and the moveqi insns, but because of the different
> > addressing modes of strb and swpb, its not easy to make the change.
> > And there must be a compiler option for this, too.
> >
> > Could some
On Tuesday 30 May 2006 23:47, Daniel Jacobowitz wrote:
> On Tue, May 30, 2006 at 09:03:54PM +0100, Paul Brook wrote:
> > > I found arm.md and the moveqi insns, but because of the different
> > > addressing modes of strb and swpb, its not easy to make the
> > > change. And there must be a compiler o
[EMAIL PROTECTED] (Jack Howarth) writes:
> Mike,
>Actually the problem appears unrelated to cxa_atexit as neither
> -fuse-cxa-atexit nor -fno-use-cxa-atexit eliminates the problem
> with the throw aborting the program.
>I do believe I have found a work-around to the problem which
> identi
Bradley Lucier <[EMAIL PROTECTED]> writes:
> I just did a search on "My bugs" and found that one of them, 22118, had a
> title that I didn't recognize. I then remembered that the title had been
> changed from my original description; ordinarily there is not an entry in
> a bugzilla record notin
On Wed, May 31, 2006 at 02:03:41PM -0500, Bradley Lucier wrote:
> I would like to suggest that all substantive changes to a bugzilla
> record (change of title, change of component, change of "Reported
> against", etc.) be automatically accompanied by a log entry in the PR
> that states the ch
I just did a search on "My bugs" and found that one of them, 22118,
had a title that I didn't recognize. I then remembered that the
title had been changed from my original description; ordinarily there
is not an entry in a bugzilla record noting that a title has in fact
been changed.
I w
On Wed, May 31, 2006 at 02:33:29PM -0400, James Lemke wrote:
> On Wed, 2006-05-31 at 12:27 -0600, Jeffrey Law wrote:
> > On Wed, 2006-05-31 at 11:25 -0700, Joe Buck wrote:
> > > On Wed, May 31, 2006 at 02:13:44PM -0400, James Lemke wrote:
> > > > I wanted some mechanical way to compare the output o
On Wed, 2006-05-31 at 12:27 -0600, Jeffrey Law wrote:
> On Wed, 2006-05-31 at 11:25 -0700, Joe Buck wrote:
> > On Wed, May 31, 2006 at 02:13:44PM -0400, James Lemke wrote:
> > > I wanted some mechanical way to compare the output of dejagnu runs
> > > between releases, etc. I asked a few people at
On Wed, 2006-05-31 at 11:25 -0700, Joe Buck wrote:
> On Wed, May 31, 2006 at 02:13:44PM -0400, James Lemke wrote:
> > I wanted some mechanical way to compare the output of dejagnu runs
> > between releases, etc. I asked a few people at the GCC Summit last year
> > what they used or knew about. No
On Wed, May 31, 2006 at 02:13:44PM -0400, James Lemke wrote:
> I wanted some mechanical way to compare the output of dejagnu runs
> between releases, etc. I asked a few people at the GCC Summit last year
> what they used or knew about. Not much came to light, so I ended up
> writing something of
I wanted some mechanical way to compare the output of dejagnu runs
between releases, etc. I asked a few people at the GCC Summit last year
what they used or knew about. Not much came to light, so I ended up
writing something of my own.
It's a shell script I've been using on Linux with only trivi
Hi,
I've succeeded in building the gcc 3.4.6 on Suse Linux 10.1
The gcc 4.1.0-release delivered with the distribution doesn't fit my needs
(SystemC 2.1v1) so I needed to install the gcc by myself.
My computer:
i686-pc-linux-gnu
outut of gcc -v:
Lese Spezifikationen von /usr/local/lib/gcc/i686-p
On 31 May 2006 03:59, Matt Davis wrote:
> While I have barely begun my study, my advisor and I have elected to
> continue with my previous independent study revolving around
> evolutionary programming. While at first this might seem a bit of a
> benefit for GCC optimizations, further thought con
On Wed, 2006-05-31 at 07:58, Fengwei Yin wrote:
> int my_temp(void)
> {
> int i;
> int j;
> char str[2];
>
> Please notice the address of the str and j. there IS NO memory hole
> between therm
> when using gcc 3.4.3 and there IS memory hole when using gcc 4.1. My question
> is:
41 matches
Mail list logo
