https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #25 from James McKelvey ---
I just tried the latest snapshot and it works great, no need to specify
--disable-multilib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #18 from James McKelvey ---
I don't know. How do I tell? I'm pretty sure they are just 64-bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #16 from James McKelvey ---
$ find /usr/local/lib/gcc -name libgcc_s\*.dll -o -name libgcc.a
/usr/local/lib/gcc/x86_64-pc-cygwin/11.3.1/libgcc.a
/usr/local/lib/gcc/x86_64-pc-cygwin/12.1.1/libgcc.a
/usr/local/lib/gcc/x86_64-pc-cygwin/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #14 from James McKelvey ---
Okay I installed gcc-12, built about 10/29/2022:
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/12.2.1/lto-wrapper.exe
Target: x86_64-pc-cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #11 from James McKelvey ---
(In reply to Christophe Lyon from comment #10)
> Can you try to revert my patches:
> f0d3b6e384a68f8b58bc750f240a15cad92600cd
> ccb9c7b129206209cfc315ab1a0432b5f517bdd9
> and remove your patch at comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #8 from James McKelvey ---
Okay I backed out the fix to t-cygwin-w64 and tried to build again with
--disable-multilib and stil got the "no dirname" error. So that fix is
definitely needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #7 from James McKelvey ---
That fix let the build proceed until it hit a #error much later. See 108011.
Cygwin seems to be removing support for 32-bit, so although multilib has built
for years, it won't anymore. That's my take.
I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011
James McKelvey changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #6 from James McKelv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011
--- Comment #4 from James McKelvey ---
Created attachment 54037
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54037&action=edit
signal.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011
--- Comment #1 from James McKelvey ---
Created attachment 54036
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54036&action=edit
Config log
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 54035
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54035&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #5 from James McKelvey ---
This works:
$ diff gcc/config/i386/t-cygwin-w64~ gcc/config/i386/t-cygwin-w64
2c2
< MULTILIB_DIRNAMES = 64
---
> MULTILIB_DIRNAMES = 64 32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #2 from James McKelvey ---
Configured with:
./configure --enable-languages=c,c++ --enable-threads=posix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #1 from James McKelvey ---
Created attachment 54032
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54032&action=edit
Config log
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 54031
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54031&action=edit
Build lo
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 53822
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53822&action=edit
Bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106128
--- Comment #1 from James McKelvey ---
I guess I should say recent Windows 10 with Cygwin.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
static_cast should not warn on its internals.
int main()
{
double xx(0.0);
// Warning
bool y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
--- Comment #4 from James McKelvey ---
Still fails with gcc-12-20220521 and gcc-13-20220522, but not gcc-11-20220520.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
--- Comment #1 from James McKelvey ---
Created attachment 52991
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52991&action=edit
save-temps
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 52990
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52990&action=edit
Build.log showing error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105540
--- Comment #1 from James McKelvey ---
Created attachment 52946
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52946&action=edit
Config log
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 52945
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52945&action=edit
Build.log showin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104830
--- Comment #1 from James McKelvey ---
Created attachment 52576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52576&action=edit
Config log
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 52575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52575&action=edit
Complete build log
Up-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104536
--- Comment #1 from James McKelvey ---
Created attachment 52441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52441&action=edit
Config log
erity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 52440
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52440&action=edit
Log of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217
--- Comment #5 from James McKelvey ---
Created attachment 52284
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52284&action=edit
Config log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217
--- Comment #2 from James McKelvey ---
Builds with gcc-11-20220122.
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 52283
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52283&action=edit
Tarball of attempte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101369
--- Comment #4 from James McKelvey ---
Probably duplicate of 101377 for 11.1.1. I see error for 11 and 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101369
James McKelvey changed:
What|Removed |Added
CC||mckelvey at maskull dot com
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 51114
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51114&action=edit
Tarball of build.log and config.log
Recent gcc-11 and gcc-12 sn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #24 from James McKelvey ---
Running Cygwin 3.2.0(0.340/5/3) under Windows 10.
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/11.1.1/lto-wrapper.exe
Target: x86_64-pc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #18 from James McKelvey ---
If I build with -D_GLIBCXX_USE_CXX11_ABI=0 it all works. But with =1 I get the
mismatches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #17 from James McKelvey ---
Sorry, that constructor is in the .cc file. Looks like the .cc contents weren't
picked up by the attempt to get the preprocessed source.
BreakPattern::
BreakPattern(const pdstring& val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #16 from James McKelvey ---
The Break's are actually functions that call the constructor. They look like
this:
inline BreakPattern
Break(const AbstractStringScalarValue& value,
const ComplementEnum&a_complement =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #15 from James McKelvey ---
The Break's are actually functions that call the constructor. They look like
this:
inline BreakPattern
Break(const AbstractStringScalarValue& value,
const ComplementEnum&a_complement =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
James McKelvey changed:
What|Removed |Added
CC||mckelvey at maskull dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #12 from James McKelvey ---
I don't see _GLIBCXX_USE_CXX11_ABI anywhere in the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #11 from James McKelvey ---
I don't see _GLIBCXX_USE_CXX11_ABI anywhere in the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #10 from James McKelvey ---
Created attachment 50824
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50824&action=edit
Preprocessed source for main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #9 from James McKelvey ---
Created attachment 50823
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50823&action=edit
Preprocessed source for BreakPattern.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #2 from James McKelvey ---
Occurs with and without optimization. I'll compare errors between the two.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #1 from James McKelvey ---
Created attachment 50821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50821&action=edit
Source of Main
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mckelvey at maskull dot com
Target Milestone: ---
Created attachment 50820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50820&action=edit
Source o
--- Comment #12 from mckelvey at maskull dot com 2010-04-05 14:36 ---
(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #8)
> >
> > > cygcheck shows a reference to a sjlj dll,
> >
> > Woah, deja vu!
> >
&
--- Comment #11 from mckelvey at maskull dot com 2010-04-02 22:31 ---
(In reply to comment #10)
> (In reply to comment #8)
>
> > cygcheck shows a reference to a sjlj dll,
>
> Woah, deja vu!
>
> > although --disable-sjlj-exceptions is specified:
>
&
--- Comment #9 from mckelvey at maskull dot com 2010-04-01 21:22 ---
Created an attachment (id=20280)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20280&action=view)
libgcc config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #8 from mckelvey at maskull dot com 2010-04-01 21:20 ---
(In reply to comment #5)
> You have a bad c++ in your path:
>
> configure:4892: checking whether we are using the GNU C++ compiler
> configure:4911: c++ -c conftest.cpp >&5
> /usr/local/libe
--- Comment #7 from mckelvey at maskull dot com 2010-04-01 19:02 ---
(In reply to comment #4)
> >--disable-bootstrap
>
> What happens if you remove that part? Disabling bootstrap for native builds
> are
> not really supported.
>
No difference.
--
http:/
--- Comment #3 from mckelvey at maskull dot com 2010-04-01 15:10 ---
Created an attachment (id=20277)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20277&action=view)
Log from bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #2 from mckelvey at maskull dot com 2010-04-01 15:10 ---
Created an attachment (id=20276)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20276&action=view)
Log from ./configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #1 from mckelvey at maskull dot com 2010-04-01 15:09 ---
Created an attachment (id=20275)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20275&action=view)
Output from ./configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
7;'-g -O'\'' 2>&1 | tee log'
I'll attach the full log and the log from configure.
--
Summary: Bootstrap failure: "/lib/cpp" fails sanity check
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Sever
--- Comment #3 from mckelvey at maskull dot com 2010-03-26 16:51 ---
(In reply to comment #2)
> James, you reported this against 4.3.0. I've just tried your testcase against
> both 4.3.4 and HEAD, neither of which had any problem; can you see if you
> still
> get it
--- Comment #17 from mckelvey at maskull dot com 2010-03-26 16:48 ---
(In reply to comment #16)
> (In reply to comment #15)
> > (In reply to comment #14)
>
> > > So I guess that the build and install recreates those rogue dlls.
> > >
> >
> >
NCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://g
--- Comment #15 from mckelvey at maskull dot com 2010-03-24 18:26 ---
(In reply to comment #14)
> I now see that sjlj dll is back in /usr/local/bin, along with the other one. I
> delete them, and the new g++ works. At least it compiles to a .o again. We'll
> see if my pr
--- Comment #14 from mckelvey at maskull dot com 2010-03-24 04:57 ---
I now see that sjlj dll is back in /usr/local/bin, along with the other one. I
delete them, and the new g++ works. At least it compiles to a .o again. We'll
see if my project actually runs properly.
So I guess
--- Comment #13 from mckelvey at maskull dot com 2010-03-24 02:35 ---
OK, I deleted those odd dlls and I was able to bootstrap. I installed, and the
resulting g++ errors out with a status of 1 on any input. No error messages at
all.
$ g++ -v
Using built-in specs.
COLLECT_GCC=g
--- Comment #10 from mckelvey at maskull dot com 2010-03-22 02:00 ---
OK I've been busy. I've replaced the old computer with a Windows 7 box, and
reinstalled cygwin from scratch. I get the same thing:
checking for i686-pc-cygwin-gcc... /cygdrive/j/Home/cvsroot/gcc-obj/./g
--- Comment #7 from mckelvey at maskull dot com 2010-01-02 01:27 ---
OK I do not know this code. But it looks to me like it never even looks at the
source file. It fails because do_spec doesn't seem to find anything to do.
(gdb) print spec
$12 = 0x427e24 "%{E|M|MM:%(trad_c
--- Comment #6 from mckelvey at maskull dot com 2009-12-30 02:28 ---
Here's what I get in the debugger with -v:
(gdb) run -B/cygdrive/e/Home/cvsroot/gcc-obj/./gcc/
-B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i686-pc-cygwin/include -isystem
--- Comment #4 from mckelvey at maskull dot com 2009-12-28 23:58 ---
Correction, I used the cygwin compiler to bootstrap this time.
$ /usr/bin/gcc.exe -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with:
/gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4
--- Comment #3 from mckelvey at maskull dot com 2009-12-28 23:54 ---
$ report.sh
uname -a
CYGWIN_NT-5.1 MCKELVEY-XP 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/lto-wrapper.exe
--- Comment #2 from mckelvey at maskull dot com 2009-12-28 23:53 ---
Created an attachment (id=19407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19407&action=view)
config.log from point of error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
--- Comment #1 from mckelvey at maskull dot com 2009-12-28 23:52 ---
Created an attachment (id=19406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19406&action=view)
Build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
piler cannot compile
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet:
--- Comment #9 from mckelvey at maskull dot com 2009-12-28 02:07 ---
(In reply to comment #8)
> Feedback not forthcoming.
>
Will try again as soon as I can build latest SVN.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35421
--- Comment #5 from mckelvey at maskull dot com 2009-10-27 01:04 ---
(In reply to comment #4)
> Subject: Re: ICE in LTO when linking
>
> On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote:
>
> >
> >
> > ------- Comment #3 from mckelvey at mas
--- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32 ---
(In reply to comment #2)
> Can you instead launch the link command-line with -v -save-temps appended
> and from the output re-run the lto1 command invocation inside gdb and do
>
> (gdb) b internal_error
--- Comment #1 from mckelvey at maskull dot com 2009-10-25 01:27 ---
I presume that you will need stest0.o and libPatternDriver.a to recreate, but
tarring and bz2ing those together yields about 25M, too much to attach. Please
advise.
--
mckelvey at maskull dot com changed
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet: alphaev56-unknown-linux-gnu
GCC host triplet: alphaev56-unknown-linux-gnu
GCC target triplet: alphaev56-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet: alphaev56-unknown-linux-gnu
GCC host triplet: alphaev56-unknown-linux-gnu
GCC target triplet: alphaev56-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41791
7;\'' LIBCXXFLAGS='\''-g -O'\'' bootstrap 2>&1 |
tee log'
--
Summary: LTO Fails to bootstrap, stage 2
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #3 from mckelvey at maskull dot com 2009-10-17 19:02 ---
Latest from subversion, bug no longer occurs. I think we can close.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40723
--- Comment #2 from mckelvey at maskull dot com 2009-10-17 18:59 ---
(In reply to comment #1)
> >I'm unsure how to proceed, as temp files
> will be very large
>
> Zip them up.
>
I rebuilt from latest subversion and problem no longer occurs. We can close
--- Comment #4 from mckelvey at maskull dot com 2009-07-29 01:47 ---
(In reply to comment #3)
> Created an attachment (id=18254)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18254&action=view) [edit]
> patch to fix the failure
>
> This patch fixes the failure
--- Comment #1 from mckelvey at maskull dot com 2009-07-12 00:13 ---
Created an attachment (id=18178)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18178&action=view)
Build that shows errors
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40723
XXFLAGS='\''-O'\'' LIBCXXFLAGS='\''-g -O'\'' bootstrap 2>&1 |
tee log'
--
Summary: Optimizer Causes Undefined References
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Seve
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40720
--- Comment #19 from mckelvey at maskull dot com 2009-07-05 23:44 ---
(In reply to comment #18)
> As Dave suggests in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40455#c13,
> this
> is fixed,
>
I tried it yesterday, after updating with SVN and updating my 1.7 cygwin, and
--- Comment #12 from mckelvey at maskull dot com 2009-06-30 21:09 ---
I see this too, as of today's SVN.
$ alias CONFIGURECVS
alias CONFIGURECVS='/cygdrive/e/Home/cvsroot/gcc/configure --verbose
--enable-threads --disable-nls --enable-checking=release
--enable-conc
--- Comment #10 from mckelvey at maskull dot com 2009-06-29 17:46 ---
(In reply to comment #9)
> Ok, then for now let's close it as WONTFIX...
>
Problem. With --enable-clocale=generic even the most basic locale support has
vanished.
try
{
us_locale =
--- Comment #1 from mckelvey at maskull dot com 2009-06-29 00:49 ---
Created an attachment (id=18088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18088&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40577
8
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE on valid code: in extract_insn
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: norm
--- Comment #8 from mckelvey at maskull dot com 2009-06-25 01:52 ---
I was able to build with --enable-clocale=generic. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40511
--- Comment #7 from mckelvey at maskull dot com 2009-06-24 02:47 ---
(In reply to comment #6)
> As far as I'm concerned, we could also close the PR as WONFIX, in particular
> since we have an excellent workaround: --enable-clocale=generic.
>
I'm trying that now
--- Comment #4 from mckelvey at maskull dot com 2009-06-23 03:04 ---
(In reply to comment #3)
> That was also my understanding. The funny thing is that apparently the builds
> fails exactly on the macro and also that the configure tests apparently do not
> select the gener
;\'' bootstrap 2>&1 | tee log'
--
Summary: Bootstrap Failure in stage3: c++locale - Recent SVN
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
A
--- Comment #19 from mckelvey at maskull dot com 2009-01-25 01:21 ---
Resolved and fixed.
--
mckelvey at maskull dot com changed:
What|Removed |Added
Status
--- Comment #10 from mckelvey at maskull dot com 2009-01-19 22:29 ---
(In reply to comment #7)
> Created an attachment (id=17132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17132&action=view) [edit]
> Move _ctors* and _chkstk* to import lib
>
> Danny, this i
--- Comment #1 from mckelvey at maskull dot com 2008-11-29 18:59 ---
Still getting this bootstrap error, as of yesterday's update.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37660
--- Comment #3 from mckelvey at maskull dot com 2008-09-27 17:38 ---
If I build from scratch with a svn update I get bug 37660.
If I then build again I get 37655, so probably this bug is not important and
just
fixed by adding -f to ln as Brian says.
--
http://gcc.gnu.org/bugzilla
p] Error 2
make[1]: Leaving directory `/cygdrive/f/Home/cvsroot/gcc-obj'
make: *** [bootstrap] Error 2
--
Summary: Error Building libssp, recent update
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority:
--- Comment #2 from mckelvey at maskull dot com 2008-09-27 05:26 ---
(In reply to comment #1)
> Subject: Re: New: Error Building libgcc_s.dll
>
> The fact that the symlink already exists implies that the command failed
> before and this is the result of running it again.
f/Home/cvsroot/gcc-obj'
make: *** [bootstrap] Error 2
--
Summary: Error Building libgcc_s.dll
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37655
n `emutls_destroy':
/cygdrive/f/Home/cvsroot/gcc/libgcc/../gcc/emutls.c:76: undefined reference to
`_free'
/cygdrive/f/Home/cvsroot/gcc/libgcc/../gcc/emutls.c:79: undefined reference to
`_free'
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.dll] Error 1
make[3]: Leaving directory
`
--- Comment #3 from mckelvey at maskull dot com 2008-08-30 00:14 ---
Created an attachment (id=16168)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16168&action=view)
Smaller test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37284
1 - 100 of 150 matches
Mail list logo
