--- Comment #2 from jay dot krell at cornell dot edu 2010-08-27 09:53
---
Wow, could this be checked for earlier? It goes a long way before erroring.
Thanks. I'll try again with bash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45322
--- Comment #2 from jay dot krell at cornell dot edu 2010-08-23 11:26
---
This is building libstdc++ 4.5.1.
You can sort of tell from the path.
I build in "obj". I don't install to "obj".
The bootstrap compiler might have been 4.5.0.
I can do it again wit
java::lang::Throwable' does not declare anything
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krel
--- Comment #3 from jay dot krell at cornell dot edu 2010-08-22 08:56
---
Best imho to put in the cast to quash the warning.
To be warning free -- esp. given how close you already are.
Sometimes I think warning-free across a range of compilers is untenable.
But you are in fact already
--- Comment #1 from jay dot krell at cornell dot edu 2010-08-21 22:13
---
clarification, where I assert what gives no warning, I was just testing with
like:
-bash-3.00$ cat 1.c
unsigned a = (unsigned)-1;
unsigned b = (0u - 1u);
I didn't yet test changing coverage.c.
--
MED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45372
t gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet: alphaev67-dec-osf5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351
+
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45347
--- Comment #1 from jay dot krell at cornell dot edu 2010-08-19 18:37
---
Probably missing stuff in config.gcc, tm_file, like elfos.h and/or mips/elf.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45345
: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet: mips64el-unknown-openbsd4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45345
--- Comment #1 from jay dot krell at cornell dot edu 2010-08-18 21:27
---
example error:
file included from /home/jayk/src/gcc-4.5.1/gmp/assert.c:27:0:
/home/jayk/src/gcc-4.5.1/gmp/gmp-impl.h:188:29: error: expected '=', ',', ';',
'asm' or
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45326
subscript has type 'char'
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45323
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45322
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45287
tire size
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44985
mmary: gcc passes unsigned instead of int for printf
width/precision (warnings generated)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassign
e-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44665
tedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44600
--- Comment #5 from jay dot krell at cornell dot edu 2010-06-09 17:39
---
Exact same errors building gc (not gcc) using gcc 4.3.5 on OSF/1 5.1.
I haven't tried building java/libjava. Will probably do that.
Please reopen.
make[2]: Entering directory `/home/jayk/obj/gc
ind-dw2-fde-darwin.c:279:1: warning:
no previous prototype for '_darwin10_Unwind_FindEnclosingFunction'
--
Summary: some warnings in libgcc amd64-darwin 4.5.0
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44482
--- Comment #2 from jay dot krell at cornell dot edu 2010-06-09 08:42
---
Two line repro, no repro with 4.3.5, hangs with 4.5.0.
I'll rebuild the compiler though.
Seem like a gmp bug.
bash-4.1$ alphaev67-dec-osf5.1-gcc-4.3.5 -c 1.c
bash-4.1$ alphaev67-dec-osf5.1-gcc-4.5.0 -c 1.c
--- Comment #1 from jay dot krell at cornell dot edu 2010-06-09 07:28
---
It is hung here:
#0 0x0001206feb24 in __gmpn_invert_limb ()
#1 0x0001206fd9b0 in __gmpn_divrem_2 ()
#2 0x0001206f1f84 in __gmpn_divrem ()
#3 0x0001206d0e20 in mpfr_div ()
#4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC host triplet: alphaev67-dec-osf5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44476
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC host triplet: alphaev67-dec-osf5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44475
werpc-linux
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44437
--- Comment #1 from jay dot krell at cornell dot edu 2010-06-05 15:52
---
fixed title, proceeding wih gawk and gcc 4.3
--
jay dot krell at cornell dot edu changed:
What|Removed |Added
--- Comment #2 from jay dot krell at cornell dot edu 2010-06-05 15:13
---
similar with 4.4.4. I'll try 4.3. Eventually I might build but I never know the
minimal set of files to get for sysroot.. :(
^
cc: Error: /home/jayk/src/gcc-4.4.4/gcc/sel-sched-dump.c, line 258: I
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44426
Summary: should probe prefix for gmp/mpfr/mpc
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: alphaev67-dec-osf5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44424
--- Comment #7 from jay dot krell at cornell dot edu 2010-06-04 16:30
---
I mean -Wuninitialized.
-Werror is already omitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44307
--- Comment #5 from jay dot krell at cornell dot edu 2010-06-04 16:20
---
Then don't use when I -disable-bootstrap..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44307
--- Comment #4 from jay dot krell at cornell dot edu 2010-05-31 12:14
---
Here is the fix for insn-peep.o (against 4.3, granted):
diff -u -r1.5 genpeep.c
--- gcc/gcc/genpeep.c 14 Apr 2008 12:48:21 - 1.5
+++ gcc/gcc/genpeep.c 31 May 2010 12:14:37 -
@@ -424,6 +424,7
--- Comment #4 from jay dot krell at cornell dot edu 2010-05-30 13:24
---
It's MacOSX for local console, remote to Debian, Solaris, OpenBSD, etc., I
can't keep track of when it works and when it doesn't, but it often doesn't.
Local console works fine.
As t
--- Comment #3 from jay dot krell at cornell dot edu 2010-05-30 08:55
---
Hm. There are more. Perhaps better to not compile/lib/link files that can be
easily predicted to have no symbols? Maybe just ignore it. Maybe get Apple to
change ranlib. Maybe they already have.
ranlib: file
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-30 08:46
---
Created an attachment (id=20778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20778&action=view)
Something like the attached, which is strictly removal of code (plus "inlining"
o
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44331
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-30 08:06
---
I understand it is "ok".
Question is: Do you want to be warning free?
At what cost?
I think you do, at some finite cost, and I think the change is worthwhile here.
This isn't adding symbols a
--- Comment #3 from jay dot krell at cornell dot edu 2010-05-28 13:26
---
gcc-4.5/gcc/lto-streamer-in.c: In function Âlto_read_treeÂ:
gcc-4.5/gcc/lto-streamer-in.c:1634: warning: Âfv.mode is used uninitialized in
this function
static void
unpack_ts_fixed_cst_value_fields (struct
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-28 13:22
---
I assume it is talking about this, but I'm not certain:
static void
unpack_ts_fixed_cst_value_fields (struct bitpack_d *bp, tree expr)
{
struct fixed_value fv;
fv.data.low = (HOST_WIDE_INT) bp_unpack_
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-28 12:42
---
This is just whatever defaults I'm given. I haven't set anything.
I often get garbled output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44310
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44312
age in
many contexts
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
htt
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44309
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: ranlib: file: libbackend.a(xcoffout.o) has no symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44308
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-28 10:48
---
Here is another:
tree-chrec.h:131: warning: 'val' may be used uninitialized in this function
I'm using -disable-bootstrap.
I'm not sure that matters here but maybe.
There isn't
: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44307
sable-bootstrap should not use -Wcast-qual
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at
--- Comment #3 from jay dot krell at cornell dot edu 2010-05-26 04:56
---
Also this needed at top after #includes:
+#ifndef TARGET_ABI_OPEN_VMS
+#define TARGET_ABI_OPEN_VMS 0
+#endif
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44037
s/lib$routines.h"?
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet:
e best fix.
--
Summary: system.h calloc/malloc/realloc VMS size_t vs. __size_t
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44274
nt: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet: alpha64-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44259
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-23 12:06
---
Created an attachment (id=20730)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20730&action=view)
patch attached .o => @objext@ (rm *.o => rm *.o *.obj, etc.)
--
http://gcc.gnu
ay dot krell at cornell dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: alpha64-dec-vms
GCC target triplet: alpha64-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44253
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-23 10:33
---
Created an attachment (id=20729)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20729&action=view)
trivial two line untested patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44252
unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: alpha-dec-vms
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44252
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-23 06:06
---
It also goes without saying that the factoring here stinks.
At the very least, split the lists up into three:
common
32
64
and then compose the result out of two of them.
The prefixes can also probably
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-23 05:30
---
The line in the patch:
DECC_(environ, decc$ga_environ) \
should be:
DECC_(environ, ga_environ) \
obviously.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44241
at.)
- Jay
--
Summary: integer constant is too large for Âlong type in alpha.c
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-22 14:38
---
Created an attachment (id=20725)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20725&action=view)
fix vms-crt0*.c to compile with gcc
(surely these four files can be merged down to one, with #
ould compile with gcc
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triple
krell at cornell dot edu
GCC build triplet: i686-apple-darwin9
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44241
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-22 12:16
---
Thanks, good pointer. I found what you mean based on your recommendation. I
tried many things like it then. Nothing worked. I don't know why.
Notice that there is __builtin_foo and foo.
Darwin appears to
work
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44173
everity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzil
--- Comment #6 from jay dot krell at cornell dot edu 2010-05-13 07:56
---
Another I didn't understand from the other mail thread: why not always output
;?
In particular, the warning that would be disabled -- that is for hand written
assembly only, right? Is it disable for the e
--- Comment #5 from jay dot krell at cornell dot edu 2010-05-12 12:02
---
Rainer, sorry, I meant cross build a native gcc.
build=whatever
host=target=solaris
Not cross compiling with gcc itself (other than to build gcc).
Old versions accept a certain syntax.
New versions accept a
--- Comment #3 from jay dot krell at cornell dot edu 2010-05-12 10:50
---
> Using something like TARGET_SOLARIS is wrong: this is just a bug in older
Sun
I don't completely agree.
- I regularly do cross builds.
What will you do for that? Assume the old version? I think s
uot; "str")
(set_attr "mode" "QI")
(set_attr "prefix_rep" "1")])
@@ -18305,7 +18305,7 @@
(clobber (match_operand:SI 1 "register_operand" "=D"))
(clobber (reg:CC FLAGS_REG))]
"!TARGET_64BIT"
- "repnz scasb
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-10 23:01
---
ps:
#if (defined (__FreeBSD__) && (__FreeBSD__>= 5)) || defined(__vms)
can probably just be:
#if __FreeBSD__>= 5 || defined(__vms)
or:
#if __FreeBSD__ | __vms
assuming the #define can also be
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-10 22:53
---
adding Andrew and his mail to bug:
For builtins you should look at how PowerPC Darwin handles the long double
builtins since they are renamed if long double is 128bit.
Thanks,
Andrew Pinski
--
jay dot krell
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-10 22:21
---
It'd be nice if:
../src/configure
gmake
gmake install
worked with a minimum of customizations.
As I understand: ar is not in the default $PATH on Solaris, but it is always
installed to the same
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: i386-pc-solaris2.10
GCC host triplet: i386-pc-solaris2.10
GCC target tripl
--- Comment #4 from jay dot krell at cornell dot edu 2010-05-08 10:22
---
Uros your proposed patch seems to cause:
/src/gcc-4.5.0/libgcc/../gcc/libgcc2.c: In function '__negti2':
/src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:76:1: error: insn does not satisfy its
constraints:
(ins
ce we need them to be
valid for things other than word_mode. */
Thanks,
- Jay
--
Summary: builtin ffs vs. renamed ffs (vms-crtl.h)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44037
VMS system headers
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: any
GCC host triplet: any
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44004
eady avoids similar on
FreeBSD)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at corn
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-06 08:07
---
Created an attachment (id=20577)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20577&action=view)
fix same issue in libdecnumber
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44001
o #include unistd.h for pid_t
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-06 07:52
---
Created an attachment (id=20576)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20576&action=view)
same patch as in the bug description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44001
ac
diff -u /src/orig/gcc-4.5.0/libiberty/configure.ac
/src/gcc-4.5.0/libiberty/configure.ac
--- /src/orig/gcc-4.5.0/libiberty/configure.ac 2010-01-04 15:46:56.0
-0800
+++ /src/gcc-4.5.0/libiberty/configure.ac 2010-05-05 05:45:47.0
-0700
@@ -671,10 +671,10 @@
# Figure out which version of pexecute to use.
case "${host}" in
- *-*-mingw* | *-*-winnt*) pexecute=./pex-win32.o ;;
- *-*-msdosdjgpp*) pexecute=./pex-djgpp.o ;;
- *-*-msdos*) pexecute=./pex-msdos.o ;;
- *)pexecute=./pex-unix.o ;;
+ *-*-mingw* | *-*-winnt*) pexecute=./pex-win32.$ac_objext ;;
+ *-*-msdosdjgpp*) pexecute=./pex-djgpp.$ac_objext ;;
+ *-*-msdos*) pexecute=./pex-msdos.$ac_objext ;;
+ *)pexecute=./pex-unix.$ac_objext ;;
esac
AC_SUBST(pexecute)
--
Summary: .o vs. obj => @OBJEXT@ and $ac_objext
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: anything else
GCC host triplet: alpha-dec-vms
GCC target triplet: alpha-dec-vms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44001
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: i686-apple-darwin9
GC
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: Mac/x86
GCC host triplet: alpha-dec-vms
GCC targe
--- Comment #5 from jay dot krell at cornell dot edu 2008-08-17 08:52
---
Subject: RE: cannot find -lgcc_s
Subject line reminded me: Also I -disable-bootstrap.
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [Bug bootstrap/37079] ca
--- Comment #4 from jay dot krell at cornell dot edu 2008-08-17 08:51
---
Subject: RE: cannot find -lgcc_s
Let's dissect the output a bit:
Word wrap plus laziness => I didn't look closely before.
-Wl,-rpath -Wl,/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1
--- Comment #2 from jay dot krell at cornell dot edu 2008-08-14 12:05
---
wrong workaround before, actual:
def WorkaroundUnableToFindSparc64LibGcc():
#
# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079
# ld: cannot find -lgcc_s
# collect2: ld returned 1 exit status
# make[4
--- Comment #1 from jay dot krell at cornell dot edu 2008-08-14 11:55
---
Here is a lame workaround:
if (Host == Target) and (Host != Build):
ExtraConfig += " -with-sysroot=/"
ExtraConfig += " -with-build-sysroot=" + DefaultSysroot
--
--- Comment #4 from jay dot krell at cornell dot edu 2008-08-14 11:54
---
Here is a lame workaround that works, from my Python wrapper:
if (Host == Target) and (Host != Build):
ExtraConfig += " -with-sysroot=/"
ExtraConfig += " -wit
: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
GCC build triplet: i686-pc-cygwin
GCC host t
--- Comment #3 from jay dot krell at cornell dot edu 2008-08-11 10:05
---
Running fixincludes on the host after install works, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15694
says that is not the way..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
93 matches
Mail list logo