http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #1 from Jay 2010-11-06 16:25:26 UTC
---
also a bunch of gcc options are being passed to CC, odd
I set CXX=/usr/bin/CC to get here.
CC: Warning: Option -Wno-long-long passed to ld, if ld is invoked, ignored
otherwise
source='../../gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #2 from joseph at codesourcery dot com 2010-11-06 17:24:11 UTC ---
On Sat, 6 Nov 2010, jay.krell at cornell dot edu wrote:
> One person's machine has g++ 3.3.
In the discussions of what the requirements would be for building with
C+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #3 from Richard Guenther 2010-11-06
20:48:33 UTC ---
Note that it might be more useful to test the current trunk (not that the
issues are likely to have been addressed there already).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #4 from Jay 2010-11-06 23:53:47 UTC
---
"../../gcc-4.5/gcc/opts.c", line 1233: Error: The function "__flsbuf" must have
a prototype.
"../../gcc-4.5/gcc/opts.c", line 1350: Error: The function "__flsbuf" must have
a prototype.
#if (__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #5 from Jay 2010-11-07 00:07:31 UTC
---
Huh, I misread and I don't see why _flsbuf/__flsbuf/_filbuf/__filbuf aren't
declared.
Anyway, I'll try:
# if defined(HAVE_PUTC_UNLOCKED) && (!defined(__cplusplus) || defined(__GNUC__)
|| !defin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #6 from Jay 2010-11-07 00:15:05 UTC
---
trying..
#if defined(__cplusplus) && !defined(__GNUC__) && defined(__sun)
#undef HAVE_PUTC_UNLOCKED
#undef HAVE_PUTCHAR_UNLOCKED
#undef HAVE_GETC_UNLOCKED
#undef HAVE_GETCHAR_UNLOCKED
#endif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #7 from Jay 2010-11-07 00:28:39 UTC
---
rtl.c:
"../../gcc-4.5/gcc/rtl.def", line 82: Error: Badly formed constant expression.
"../../gcc-4.5/gcc/rtl.def", line 89: Error: "}" expected instead of "sizeof".
rtl.c, change:
#define DEF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #8 from Jay 2010-11-07 00:30:29 UTC
---
an example of the gcc_unreachable problem that I don't think I caused:
"../../gcc-4.5/gcc/targhooks.c", line 85: Error:
"default_legitimate_address_p(machine_mode, rtx_def*, bool)" is expected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #9 from Jay 2010-11-07 00:50:02 UTC
---
Here is an example that occurs many times, warning only:
extern "C" { void F1(void); }
void (*F2)(void) = F1;
-bash-4.1$ /usr/bin/CC -c $HOME/1.cpp
"/home/jkrell/1.cpp", line 5: Warning (Anac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #10 from Jay 2010-11-07 01:10:56 UTC
---
Undefined first referenced
symbol in file
__gmpn_add
/home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #11 from Jay 2010-11-07 01:19:03 UTC
---
fyi, even with modern g++ 4.0, there are many warnings, e.g.:
./../gcc-4.5/gcc/postreload.c: In function ‘void reload_cse_regs_1(rtx_def*)’:
../../gcc-4.5/gcc/postreload.c:199: warning: passin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #12 from Jay 2010-11-07 01:37:15 UTC
---
Huh, maybe enum bitfields are legal C++?
#if defined(__cplusplus)
#define ENUM_BITFIELD(TYPE, NAME, SIZE) enum TYPE NAME : SIZE
seems to work, so can go back to the 1 parameter version, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #13 from Jay 2010-11-07 02:04:14 UTC
---
gmpn_add/sub/cmp were because I have drastically slashed mpc/mpfr/gmp
dependency, and optimizations off here. That is fixed.
Now I can compile/link our cc1 analog!
That's all we use.
I can mayb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #14 from Jay 2010-11-07 04:03:13 UTC
---
../../gcc-4.5/gcc/combine.c", line 6561: Error: Unexpected type name
"rtl_hooks" encountered.
../../gcc-4.5/gcc/combine.c", line 6561: Error: Unexpected type name
"rtl_hooks" encountered.
so c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #15 from Jay 2010-11-07 04:13:30 UTC
---
hm..or maybe the Sun CC recurses here?
rtl.h:#define gen_lowpart rtl_hooks.gen_lowpart
maybe #undef gen_lowpower and use rtl_hooks.gen_lowpart?
or rename the member to gen_lowpower_hook?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #16 from Jay 2010-11-07 04:20:47 UTC
---
I went with renaming the member to gen_lowerpart_, with underscore at the end.
There are no references to it except for the macro, it appears.
-bash-4.1$ CC -V
CC: Sun C++ 5.9 SunOS_sparc 2007/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
Jay changed:
What|Removed |Added
Version|4.5.1 |4.6.0
--- Comment #17 from Jay 2010-11-07 23:01:14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #18 from Jay 2010-11-08 00:57:29 UTC
---
more gcc_unreachable and then functions not returning, slightly 4.5.1 with Sun
CC (C++):
see
http://hudson.modula3.com:8080/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/105/console
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #19 from Jay 2010-11-08 11:50:35 UTC
---
Hey, g++ 4.0 doesn't even like all of the code.
You have to try "all targets" to uncover some of it.
target=alpha-dec-vms:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Ww
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #20 from joseph at codesourcery dot com 2010-11-08 13:12:11 UTC ---
There really is absolutely no point experimenting with this option
anywhere other than on trunk. Maybe we should just disable it on 4.5
branch; it's a GCC-developer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #22 from Marc Glisse ---
Did someone try to bootstrap gcc using CC=suncc CXX='sunCC -library=stlport4'
recently? Is this PR still relevant?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
Sergey changed:
What|Removed |Added
CC||fukanchik at gmail dot com
--- Comment #23 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #24 from Jonathan Wakely ---
(In reply to Sergey from comment #23)
> I'm still getting the same with sunpro building gcc 4.8.2
What do you mean "the same"? Are you using --enable-build-with-cxx for GCC
4.8.2? Are you using --disable-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #25 from Sergey ---
Sorry. I mean i am getting the following error:
> "../../gcc-4.5/libcpp/files.c", line 1193: Error: Cannot assign char* to int.
this is obstack related stuff.
The following does not compile:
obstack_free (&pfile-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #26 from Marc Glisse ---
(In reply to Sergey from comment #23)
> cc -V:
> cc: Sun C 5.9 SunOS_i386 Patch 124868-01 2007/07/12
That thing belongs in a museum.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
--- Comment #27 from Jay ---
The patch looks very very reasonable
imho. I had a few reasonable patches.
- Jay
On Jan 29, 2014, at 9:25 AM, "glisse at gcc dot gnu.org"
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333
>
> --- Comment
27 matches
Mail list logo