hat __INT_LEAST8_TYPE__ isn't defined.
On HP-UX 11.23 where I use "wrap" I created a hpux-stdint.h file
(like glibc-stdint.h and newlib-stdint.h) to use. I guess I need
to use this on HP-UX 11.11 too, even though I am using "provide"
instead of "wrap".
Steve Ellcey
s...@cup.hp.com
ovide a new header file
for a given platform?
Steve Ellcey
s...@cup.hp.com
gned char' like it should be but I still get an error.
Why? Is there some type promotion going on under the covers?
Steve Ellcey
s...@cup.hp.com
, and GMP 4.1.4
and had no failures.
Steve Ellcey
s...@cup.hp.com
C 4.4 is the last release with Itanium1 support");
> + warned_merced_deprecated = true;
> + }
> break;
> }
> if (i == pta_size)
I will approve this patch, but it should say "Itanium1 tuning support"
or something like that. The code will run on Itanium1, just not
optimally.
Steve Ellcey
s...@cup.hp.com
uff.c not being compiled with
-mcmodel=large?
Steve Ellcey
s...@cup.hp.com
On Tue, 2009-01-27 at 12:31 +0100, Andi Kleen wrote:
> Steve Ellcey writes:
>
> > because the crt files can't handle the large code model if they aren't
> > compiled with this option.
>
> My understanding is that this would likely break old linkers which
>
nd
set_got_offset_rex64 instructions and that later gets removed during
optimization but I am not sure what to do about it.
Steve Ellcey
s...@cup.hp.com
th this addition to gcc/config/ia64/hpux.h:
#define DRIVER_SELF_SPECS \
"%{fopenmp:%{!static:%{!static-libgcc:-shared-libgcc}}}"
This way any program that uses libgomp will also use the shared libgcc
and the path to libgcc will be in the executable.
Steve Ellcey
s...@cup.hp.com
cations of doing this and that makes me a bit nervous.
Any opinions or ideas on how (or where) this problem should be fixed?
Steve Ellcey
[EMAIL PROTECTED]
On Thu, 2008-10-16 at 11:29 +0200, Richard Guenther wrote:
>
> Do we have a bug for these FAILs? Maybe we should add the analysis that
> happened sofar.
>
> Richard.
I have created PR 37853.
Steve Ellcey
[EMAIL PROTECTED]
least on IA64) at
version r137631, which is the checkin for the tree level PRE rewrite that
was done back in July. That checkin mentions some known pre-* test
regressions that would happen for a while but I didn't see any mention
of vect-67.c.
Steve Ellcey
[EMAIL PROTECTED]
_call_profiler to compare the actual function addresses
> the testcase works as expected.
>
> Andreas.
Does that mean you have a patch? I tried changing
__gcov_indirect_call_profiler but got nowhere.
Steve Ellcey
[EMAIL PROTECTED]
t_call_profiler
(if I am reading the x86 code correctly) but on IA64 I don't see
anything that writes to __gcov_indirect_call_callee.
There is already a defect for this bug, PR 32277, I may just add what I
have found to the PR and XFAIL the test like Richard suggested. It has
never worked on
st to anyone who might know the profiling code to help
me with some advise about what I should look at next or about how to go
about fixing this bug.
Steve Ellcey
[EMAIL PROTECTED]
outputing _tcf_0 and things seem to
work better. I will do a full bootstrap on this change and if that
looks good submit a patch to gcc-patches.
Steve Ellcey
[EMAIL PROTECTED]
point and that version number
doesnt' seem to exist:
$ svn update -r138077
svn: Target path does not exist
At least I think that is what this error means.
What is going on?
Steve Ellcey
[EMAIL PROTECTED]
hange to loop-invariant.c, though that change should be
preserving REG_POINTER's during optimization not preventing them.
I have tested a port of Peter's changes (already on the main line) to
the 4.3 branch. It does fix the problem and it causes no regressions on
hppa. My current inclination is to submit that patch to gcc-patches as
a backport to the branch.
Steve Ellcey
[EMAIL PROTECTED]
ight, the use of r8 and r19 in the ldw
instruction are switched around. And in fact, when I created an
assembly language file, swapped them around by hand, and then assembled
the result and built an executable, everything seemed to work OK (I did
not get a segfault).
Steve Ellcey
[EMAIL PROTECTED]
at patch since it seems to be related to the
other changes. I will include it in my 4.3 branch testing.
Steve Ellcey
[EMAIL PROTECTED]
bout the idea of putting Peter's patch (with the revert) on the 4.3
branch as a way to fix the HPPA bad code generation bug. I am going to
test that patch on the branch and verify that it fixes my SPEC/GCC
failure.
Steve Ellcey
[EMAIL PROTECTED]
> From: Peter Bergner <[EMAIL PROTECTED]>
>
> On Wed, 2008-05-07 at 07:45 -0700, Steve Ellcey wrote:
> > I have found that this problem does not occur on the ToT sources and
> > that the problem went away with this patch:
> >
> > 2008-04-07 Peter Bergner
> Steve Ellcey wrote:
> > I am investigating a bad code generation bug on the 64 bit HPPA platform
> > with GCC 4.3.0 and would like some help and/or ideas on how to analyze
> > and fix it. The failing test is the SPEC 2000 GCC benchmark (version
> > 2.7.2.2) and I h
7;t seem to cause bootstrap problems it does seem to cause
problems when building the older GCC version that is in SPEC2000. Any
advise on how to proceed from here?
Steve Ellcey
[EMAIL PROTECTED]
e larger problem of possibly generating a subtract instruction on
a register (count_reg) that does not allow that operation.
Ideas or advise (or patches)?
Steve Ellcey
[EMAIL PROTECTED]
eue actually ever long enough that this would
affect the compilation time?
Steve Ellcey
[EMAIL PROTECTED]
options are required for the effective-target check.
>
> Janis
Thanks, I'll change the order and see how things look in tonight's
testing. Assuming it goes well I'll send an official patch tomorrow.
Steve Ellcey
[EMAIL PROTECTED]
ctive-target up?
> Most of the effective target checks use C code. I think it's safe
> to assume that the build or install tree being tested will always
> have a C compiler available.
OK. I wasn't sure if it should work or not. I certainly built C as
well as C++ and Fortran
se this test in gfortran.dg?
Steve Ellcey
[EMAIL PROTECTED]
ims: 3,
Flattened 3 dimensions
mem_init ()
{
Andrew, I cc'ed you because of this email
<http://gcc.gnu.org/ml/gcc/2007-06/msg00232.html>, it mentions some
matrix failures on MIPS when testing on the PTR-PLUS branch. I don't
actually know if my failures are related to P
> Feel free to either (a) #ifdef out the first part of the test on IA64,
> or (b) delete the first part of the test altogether.
Since it fails on other platforms (b) seems like the better alternative.
OK to checkin this patch?
Steve Ellcey
[EMAIL PROTECTED]
2007-07-12 Steve Ellcey &
the function address does appear to
be aligned on a 256 byte boundry, the function descriptor has its normal
8 byte alignment. My question is, should function descriptors have the
same alignment as functions or is this just an invalid test on systems
that use function descriptors?
Steve Ellcey
[E
mendations on how to debug
this problem?
Steve Ellcey
[EMAIL PROTECTED]
ase q for quad functions like
sqrtq). I don't think this is a standard, but it is a precedent.
Steve Ellcey
[EMAIL PROTECTED]
e the 'W'
suffix for a __float80 constant on HP-UX. HP-UX also uses a lower case
'w' in math names for functions (e.g. sqrtw) for __float80 functions.
Since __float128 == long double on HP-UX we can just use 'L' and 'l' for
those.
None of which helps on Linux.
Steve Ellcey
[EMAIL PROTECTED]
get rid of the unsigned_type langhook. Looks like he is
already working on a partial revert to fix the problem.
See
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00958.html
Steve Ellcey
[EMAIL PROTECTED]
Andrew, are you still planning on applying the libobjc patch that
removes the use of __builtin_apply?
Steve Ellcey
[EMAIL PROTECTED]
x27;s but I think that might
negate what the test is trying to check since there would be no implicit
conversions in the code any more and the test would probably never have
given multiple overflow warnings in the first case.
Steve Ellcey
[EMAIL PROTECTED]
Test g++.dg/warn/multiple-overflow
en if I build
bootstrap. If I build a non-bootstrap compiler then the applu test
compiles and runs fine. If I build a bootstrap compiler, I can compile
applu but the program core dumps when run. Do you have any ideas about
what might be happening or what I might try in order to understand wha
an aligned attribute on it. If the buffer isn't aligned the
perlbench program fails.
I believe another problem was an uninitialized local variable in a
Fortran program, but I don't recall which program or which variable
that was.
Steve Ellcey
[EMAIL PROTECTED]
question of making it easier to
reproduce a -O2 bug that happens on one machine on a different one too
so it is easier to find and fix?
Steve Ellcey
[EMAIL PROTECTED]
t any --tags options in Makefile.in, but if I run
automake in the tree where I have the latest libtool then I see the
--tag option used. So I guess just rerunning automake is sufficient to
fix this problem.
Steve Ellcey
[EMAIL PROTECTED]
use of --tag
in the libtool config output (nor do I see where the -MD, -MP, -MF flags
are coming from).
Steve Ellcey
[EMAIL PROTECTED]
% ./libtool --config | grep -e LT -e CC -e tag
LTCC="/proj/opensrc/sje/svn.libtool/build-ia64-hp-hpux11.23-trunk/obj_gcc/./gcc/xgcc
-B/proj/opensrc/sje/
M_CPPFLAGS) $(CPPFLAGS) $(AM_CXXFLAGS) $(CXXFLAGS)
But libgfortran doesn't have a line like this so how is it coming up
with this compile line?
Steve Ellcey
[EMAIL PROTECTED]
ibobjc was changed then we could put in a
depreciated message on these builtins for 4.3 and maybe remove them for
4.4.
Comments?
Steve Ellcey
[EMAIL PROTECTED]
> On Mon, Mar 12, 2007 at 04:03:52PM -0700, Steve Ellcey wrote:
> > configure:15448: error: possibly undefined macro: AM_PROG_GCJdnl
>
> Where'd that come from? Wherever it is, it's a bug. Maybe someone
> checked in a typo to the configure file. "dnl"
ly undefined). I think I want the -I options though.
Steve Ellcey
[EMAIL PROTECTED]
> Steve Ellcey <[EMAIL PROTECTED]> writes:
>
> > $ aclocal
> > autom4te: unknown language: Autoconf-without-aclocal-m4
> > aclocal: autom4te failed with exit status: 1
>
> Looks like you have an out-of-date autom4te.cache.
>
> Andreas.
I removed autom
some acinclude.m4 files have explicit includes for
libtool files (libgfortran, libgomp, etc) but other's don't (libffi,
gcc).
Steve Ellcey
[EMAIL PROTECTED]
Here is what I have done so far in the src/binutils tree:
Top level src tree ChangeLog:
2007-03-09 Steve Ellcey &l
ing to
<http://www.gnu.org/software/libtool/manual.html#Distributing> we
shouldn't need libtool.m4 in our package.
Steve Ellcey
[EMAIL PROTECTED]
in:20: error: possibly undefined macro: AM_DISABLE_SHARED
I tried changing the macros to AC_* but that didn't help, should I just
use m4_pattern_allow or am I missing a bigger picture here?
Steve Ellcey
[EMAIL PROTECTED]
Has anyone seen this bootstrap failure? I only get it on my hppa*-hp-hpux*
builds, not on ia64-hp-hpux* or on Linux builds. I assume it is related
to the include-fixed changes but I don't know why I only get it for some
platforms. I get it with parallel and non-parallel builds.
Steve E
;t look like there is an answer yet.
Anyone have some ideas on this problem?
Steve Ellcey
[EMAIL PROTECTED]
built GCC seems to be picking up an extra .exp file (default.exp) but
I am not sure why or how to fix it so that my non-built compiler runs the
same way. Can someone help me out here?
Steve Ellcey
[EMAIL PROTECTED]
until the patch is reverted or the correct fix is done.
Do you know if there a GCC bug report for this defect? I couldn't find
one in bugzilla. I am seeing this problem with IA64 HP-UX on ToT. I
tried the workaround you gave and that makes IA64 HP-UX work but causes
other platforms to fail so I am wondering when there will be a real fix
for this bootstrap problem.
Steve Ellcey
[EMAIL PROTECTED]
d my top-level change (went back to autoconf 2.14) the
libstdc++ configure worked correctly and the right GCC was used by
AC_TRY_COMPILE. Most perplexing.
Steve Ellcey
[EMAIL PROTECTED]
hanged
if (bound)
to
if (cp && cp->value)
and set bound inside the if but now I am dying when compiling
decNumber.c so I don't have a bootstrap working yet.
Steve Ellcey
[EMAIL PROTECTED]
he new GCC when checking things with
AC_TRY_COMPILE. Or is this just not possible? Is this why some tests
don't use AC_TRY_COMPILE but say "Fake what AC_TRY_COMPILE does"? See
acinclude.m4 for these comments, there is no explanation about why it is
faking what AC_TRY_COMPILE d
vailable on hppa and ia64 machines so any OS issues found while testing
on hppa might actually affect both hppa and ia64.
Steve Ellcey
[EMAIL PROTECTED]
us [remote_wait $dest 300]' to 'set status [remote_wait $dest
2000]'
It may not be the right way to do it but it has worked for me.
Steve Ellcey
[EMAIL PROTECTED]
-target_board 'unix{-mlp64,-milp32}" to "--target_board
'unix{,-mlp64}" and had problems. I notice that HJ's example
has the -m32 in the first position, not the last.
Jack, does it work for you if you use "unix{-m64,}" instead of
"unix{,-m64}"?
Steve Ellcey
[EMAIL PROTECTED]
get no errors or warnings when running
aclocal.
Thanks for the tip.
Steve Ellcey
[EMAIL PROTECTED]
I am trying to make a configure change in the libstdc++-v3 directory but
when I run aclocal (even on an unmodified libstdc++-v3 directory from
the top-of-tree), I get an error message. Does anyone else see this?
[hpsje] $ aclocal
aclocal:configure.ac:85: warning: macro `AM_PROG_LIBTOOL' not foun
you do now.
intl changes even less than libiberty does. The src version of intl has
4 changes since January of 2002. The GCC version has 8 changes since
Zack put the gettext 0.12.1 version in back in July 2003.
Steve Ellcey
[EMAIL PROTECTED]
e new intl directory with no problems and
I am willing to try and fix any problems caused by the change if other
platforms have problems with it.
2006-05-19 Steve Ellcey <[EMAIL PROTECTED]>
* MAINTAINERS: Change intl updating instructions.
* config.rpath: Copy fr
any
suggestions as to what products or platforms might cause problems?
I did get one reply from a combined-tree user who said they used the gcc
version of intl when building things in a combined-tree.
Steve Ellcey
[EMAIL PROTECTED]
I wouldn't need to do
any actual checkins for those changes. If we can do that then the only
thing I would need to change by hand would be the intl text that is in
the MAINTAINERS file.
Who maintains this automatic merge process?
Steve Ellcey
[EMAIL PROTECTED]
, and if so,
which one should be used?
Steve Ellcey
[EMAIL PROTECTED]
CTED] (CodeSourcery mail)
> [EMAIL PROTECTED] (Bugzilla assignments and CCs)
So when we finally do move to a newer libtool we will move to the
unreleased libtool main line? I guess I was assuming we would move to a
stable released libtool, but that was just an assumption on my part.
Steve Ellcey
[EMAIL PROTECTED]
> On Fri, Mar 17, 2006 at 02:59:26PM -0800, Steve Ellcey wrote:
> >
> > I was wondering if there are any plans to move the libtool that is in
> > the GCC tree to 1.5? The current libtool in GCC appears to be based on
> > the 1.4 version and the real libtool pr
ry
has the necessary dependent libraries linked in to it when it is built.
I could fix this on the 1.4 branch but I am guessing that libtool
doesn't really want 1.4 fixes anymore and the problem is already handled
on the 1.5 branch so I was wondering if there are plans to move GCC to
a 1.5 libt
> From: Richard Henderson <[EMAIL PROTECTED]>
> On Mon, Mar 06, 2006 at 11:32:01AM -0800, Steve Ellcey wrote:
> > | ld: (Warning) Symbol "__udivsi3" is not exported but is imported by a
> > shared library
> > | ld: (Warning) Symbol "__divsi3"
have
libgomp built with the -lgcc_s option.
Any Help/Advice?
Steve Ellcey
[EMAIL PROTECTED]
OK, I got it now. I edited ~/.subversion/servers and set
http-proxy-host and http-proxy-port and now things are working. I will
continue to use svn+ssh for my own work but it nice to know how to do it
with http when needed.
Steve Ellcey
[EMAIL PROTECTED]
to server
> > (http://gcc.gnu.org)
>
> It works here. Are you obliged to use a proxy server?
>
> Ben
Yes, I have to use a proxy server on my web browser.
Steve Ellcey
[EMAIL PROTECTED]
request failed on '/svn/gcc/trunk'
svn: PROPFIND of '/svn/gcc/trunk': could not connect to server
(http://gcc.gnu.org)
Steve Ellcey
[EMAIL PROTECTED]
gcc.gnu.org) doesn't have a way to use
ssh to access the GCC tree. Is that correct? So how does he or she do
a checkout if the above method doesn't work due to a firewall? Are they
just out of luck?
Steve Ellcey
[EMAIL PROTECTED]
ata.c: In function 'print_reservation':
insn-automata.c:22466: warning: string length '669' is greater than the length
'509' ISO C89 compilers are required to support
make[3]: *** [insn-automata.o] Error 1
And when I look at the options used to compile insn-automata.c I see
-Werror but no subsequent -Wno-error.
Steve Ellcey
[EMAIL PROTECTED]
ble to
> fix any issues immediatley if they pop up.
>
> So, Steve, if you do not mind, would you please commit if you get the
> approval?
OK, I will submit this (with a ChangeLog) to gcc-patches and commit
it if/when approved.
Steve Ellcey
[EMAIL PROTECTED]
you go ahead and submit it when
your testing is done. If you don't want to submit it, I can do it.
Steve Ellcey
[EMAIL PROTECTED]
> On Wed, Jan 25, 2006 at 01:01:17PM -0800, Steve Ellcey wrote:
> >
> > I took Zack's advice and put all the includes from insn-attrtab.c into
> > insn-automata.c. My current problem is that I get:
> >
> > | insn-automata.c: In function 'print_reserva
> > I still get implicitly declared errors for a couple of functions declared
> > in ia64-protos.h. I think the patch needs to be expanded to include
> > tm_p.h in addition to tm.h. I am testing that now.
>
> Shall I help? I have a fast sunfire here where I can cross check.
>
> I wait until you
on to tm.h. I am testing that now.
Steve Ellcey
[EMAIL PROTECTED]
ROTECTED]
You can stop this by specifying --with-local-prefix=/not-usr-local when
configuring GCC.
I have built a GCC into a location like /be by specifying both
--prefix=/be and --with-local-prefix=/be
This GCC does not look in /usr/local/include (but does search
/be/include).
Steve Ellcey
[EMAIL PROTECTED]
see a gcc_3_4_5_release tag in the SVN tags directory.
I also notice we have a "Releases" link under "About GCC" in the top
left corner of the main GCC page that doesn't look like it has been
updated in quite a while for any releases. Should this be updated or
removed?
Steve Ellcey
[EMAIL PROTECTED]
piler.
>
> Richard.
FYI: What I do to compile gmp on IA64 HP-UX is to configure gmp with
'--host=none --target=none --build=none'. This avoids all the target
specific code. I am sure the performance stinks this way but since it
is used by the compiler and not in the run-time I haven&#
hat if I
compile using 3.4.4 and use '-shared -shared-libgcc' instead of just
'-shared' then it works as you want.
Steve Ellcey
[EMAIL PROTECTED]
as +Onofltacc.
+Ofltacc=strict
Disallows any floating point optimization that can result in
numerical differences. This is the same as +Ofltacc.
It would be easy enough to add an option that turned off the use of the
fused multiply and add in GCC but I would hate to see its use turned off
by default.
Steve Ellcey
[EMAIL PROTECTED]
> > Currently I get:
> >
> > | /usr/local/bin/svn co svn+ssh://gcc.gnu.org:/svn/gcc/trunk
> > | ssh: gcc.gnu.org:: no address associated with hostname.
> > | svn: Connection closed unexpectedly
>
> This one might easy.
>
> You added a : at the end of gc
e an GNU Socks package I can build? I see Dante, is that
what I want?
Is using --with-socks on my subversion build the right way to be
attacking this problem?
I am trying to get this to work from my HP-UX box, if that makes a
difference.
Steve Ellcey
[EMAIL PROTECTED]
d want to put the info out before optimizing
tree-ssa since you would hope that the IPO data from other modules would
let you do better tree-ssa optimizations.
> I do not know whether these two questions are already answered or not.
I don't think anything has been answered yet.
Steve Ellcey
[EMAIL PROTECTED]
.
Steve Ellcey
[EMAIL PROTECTED]
figure out how to get
gcc.dg-struct-layout-1_generate to stop generating this type.
Even after looking at Jakubs patch that fixed the other layout failures,
I haven't been able to come up with a fix.
Can anyone help me with this?
Steve Ellcey
[EMAIL PROTECTED]
a timing report based on the 4.0.0 compiler it looks like
half the compile time is spent in the phase "dominance frontiers".
I will investigate some more.
Steve Ellcey
[EMAIL PROTECTED]
time a compile is given and
where this limit is set? By hand, I can compile the test in about 3 1/2
minutes on the machine in question (the machine may have been busier
when the failure occured and thus taken longer).
Steve Ellcey
[EMAIL PROTECTED]
> Steve Ellcey defined MEMBER_TYPE_FORCES_BLK when he first implemented
> the ia64-hpux port. At the time, I mentioned using PARALLELs was a
> better solution, but this was a simpler way for him to get the initial
> port working. Since then, there have been a lot of bug fixes to
> On Wed, Jun 08, 2005 at 12:50:32PM -0700, Steve Ellcey wrote:
> > I noticed that vectors are always aligned based on their size, i.e. an
> > 8 byte vector has an aligment of 8 bytes, 16 byte vectors an alignment
> > of 16, a 256 byte vector an alignment of 256, etc.
&g
vectors. This prevents ABI changes
depending on whether or not native vector modes are supported. */
TYPE_ALIGN (type) = tree_low_cst (TYPE_SIZE (type), 0);
so it seems to be intentional, but it still seems odd to me, especially
for very large vectors.
Steve Ellcey
[EMAIL PROTECTED]
urcery, LLC
Nope. GCC doesn't like seeing two match_operand's for op 0.
Steve Ellcey
[EMAIL PROTECTED]
""
""
[(set_attr "itanium_class" "ignore")
(set_attr "predicable" "no")
(set_attr "empty" "yes")])
I think the match_dup may be wrong since I am using it with SF but the
original match_operand has DF. Do I need to make this modeless? Or is
there some other way to create an empty conversion instruction.
Steve Ellcey
[EMAIL PROTECTED]
201 - 300 of 310 matches
Mail list logo
