--- Comment #14 from ktietz at gcc dot gnu dot org 2010-09-21 19:09 ---
Issue fixed on mainline and backported to 4.5 branch
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ktietz at gcc dot gnu dot org 2010-09-21 19:05 ---
Subject: Bug 45694
Author: ktietz
Date: Tue Sep 21 19:05:18 2010
New Revision: 164495
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164495
Log:
2010-09-21 Kai Tietz
PR targ
--- Comment #12 from ktietz at gcc dot gnu dot org 2010-09-21 17:58 ---
Subject: Bug 45694
Author: ktietz
Date: Tue Sep 21 17:58:32 2010
New Revision: 164489
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164489
Log:
2010-09-21 Kai Tietz
PR targ
--- Comment #9 from ktietz at gcc dot gnu dot org 2010-09-20 12:07 ---
(In reply to comment #8)
This issue is caused by the fact that __chkstk clobbers r10 (see its
constrains), which is used here as argument-register for this nested function.
So something is broken here about register
--- Comment #15 from ktietz at gcc dot gnu dot org 2010-09-17 18:37 ---
(In reply to comment #14)
> Created an attachment (id=21820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21820&action=view) [edit]
> testcase for problem
>
> As this test need more the
--- Comment #14 from ktietz at gcc dot gnu dot org 2010-09-17 14:01 ---
Created an attachment (id=21820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21820&action=view)
testcase for problem
As this test need more then on header, please extract it and compile then
ma
--- Comment #6 from ktietz at gcc dot gnu dot org 2010-09-16 16:56 ---
(In reply to comment #4)
> (In reply to comment #2)
> > http://gcc.gnu.org/bugs/#need
>
> Since this is a bug in the preprocessor it is hard to get a preprocessed
> source
> that causes a
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-09-14 05:46 ---
*** Bug 45666 has been marked as a duplicate of this bug. ***
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-09-14 05:46 ---
*** This bug has been marked as a duplicate of 45362 ***
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-09-01 16:58 ---
Fix applied at revision 163738.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ktietz at gcc dot gnu dot org 2010-08-31 14:31 ---
Fixed on trunk and won't be backported to 4.5.x, therefore I close this bug
--
ktietz at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-08-31 12:17 ---
Ok, patch sent to gcc's ML. This issue can lead to troubles on Windows OSes
Vista or newer. But this bug isn't just x86_64-*-mingw32 one. It affects (if
more recent import-libraries are used) even 32-bit
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-08-21 09:26 ---
Ok, let us close it.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ktietz at gcc dot gnu dot org 2010-08-21 08:19 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #2)
> > > As it turns out, the ICE only manifests in a parallel build. I tried make
> > > -j 8,
> > >
o: unassigned at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: *-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-08-16 17:40 ---
(In reply to comment #3)
> Let's add in CC Jakub, just in case he can see something wrong vs the C
> library
> with using __restrict__ here.
>
The normal c-library headers are using here __restric
unassigned at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: x86_64-*-* i686-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45300
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-08-03 10:09 ---
Created an attachment (id=21373)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21373&action=view)
Patch for fixing at least target part for preprocessor
This patch re-enables at least target defi
at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: i?86-*-cygwin *-*-mingw*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45111
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-07-26 08:52 ---
The test fails for me for any type != char for section variables.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45075
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-07-26 08:43 ---
Version used
$ /usr/local/bin/x86_64-pc-mingw32-gcc.exe -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/x86_64-pc-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-mingw32/4.6.0/lto-wrapper.exe
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: x86_64-*-mingw*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45075
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-07-23 18:32 ---
Subject: Bug 41943
Author: ktietz
Date: Fri Jul 23 18:32:25 2010
New Revision: 162479
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162479
Log:
2010-07-23 Kai Tietz
PR targ
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-07-11 09:20 ---
Fixed for head and 4.5.1
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-07-11 09:15 ---
Subject: Bug 43731
Author: ktietz
Date: Sun Jul 11 09:15:12 2010
New Revision: 162057
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162057
Log:
2010-07-11 Kai Tietz
Merged back fr
--- Comment #6 from ktietz at gcc dot gnu dot org 2010-06-29 20:24 ---
(In reply to comment #5)
> One possible cause of this problem is that in configuration there could be
> something going wrong with stat functions returning 32-bit vs 64-bit values.
This seems not to be the
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-06-28 17:59 ---
Yes, suggested patch works fine for me
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-06-28 17:27 ---
Created an attachment (id=21030)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21030&action=view)
Patch for mingw x86/x64 targets
This patch fixes for me the problem by calling in raw_flush and in bu
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-06-12 13:20 ---
Subject: Bug 43731
Author: ktietz
Date: Sat Jun 12 13:19:17 2010
New Revision: 160662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160662
Log:
2010-06-12 Kai Tietz
PR ada/43731
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-06-09 11:53 ---
Fixed by patch at revision 159965.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-06-07 11:09 ---
Fixed an 4.5 branch and on mainline.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-06-07 11:09 ---
Subject: Bug 44159
Author: ktietz
Date: Mon Jun 7 11:08:46 2010
New Revision: 160365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160365
Log:
2010-06-07 Kai Tietz
Backport from
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-06-07 10:57 ---
Subject: Bug 44159
Author: ktietz
Date: Mon Jun 7 10:56:44 2010
New Revision: 160363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160363
Log:
2010-06-07 Kai Tietz
PR targ
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-05-31 14:17 ---
Merged back to 4.5 branch at revision 160072.
Fixed.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-31 14:16 ---
Subject: Bug 44161
Author: ktietz
Date: Mon May 31 14:16:21 2010
New Revision: 160072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160072
Log:
2010-05-31 Kai Tietz
Merged from trunk
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ktietz at gcc dot gnu dot
|dot org
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-05-31 14:07 ---
Subject: Bug 44161
Author: ktietz
Date: Mon May 31 14:06:41 2010
New Revision: 160070
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160070
Log:
2010-05-31 Kai Tietz
PR targ
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-28 11:19 ---
Subject: Bug 44299
Author: ktietz
Date: Fri May 28 11:19:41 2010
New Revision: 159965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159965
Log:
2010-05-28 Kai Tietz
PR bootstr
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-05-27 20:41 ---
Subject: Bug 44299
Author: ktietz
Date: Thu May 27 20:40:48 2010
New Revision: 159949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159949
Log:
2010-05-27 Kai Tietz
PR bootstr
iority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: i?86-*-cygwin *-*-mingw*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44299
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-05-27 15:53 ---
I saw this regression now for a long time for x86_64-w64-mingw32. Interesting
is that it appeared now but not for x86, but I assume code is broken already
for a long time. Maybe the code-change I did yesterday
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-27 09:48 ---
Seems to be fixed by side-effect or by weird toolchain. I can't reproduce it
anymore, too. So, I close this bug as works-for-me.
Kai
--
ktietz at gcc dot gnu dot org changed:
What|Re
--- Comment #12 from ktietz at gcc dot gnu dot org 2010-05-27 08:44 ---
Fixed on trunk.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from ktietz at gcc dot gnu dot org 2010-05-27 08:14 ---
Subject: Bug 44287
Author: ktietz
Date: Thu May 27 08:13:58 2010
New Revision: 159912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159912
Log:
gcc/cp/
2010-05-27 Kai Tietz
PR bootstr
--- Comment #9 from ktietz at gcc dot gnu dot org 2010-05-26 21:09 ---
Created an attachment (id=20757)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20757&action=view)
Updated patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-26 20:49 ---
(In reply to comment #7)
Instead of integer_array of course integer_types I meant.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287
--- Comment #7 from ktietz at gcc dot gnu dot org 2010-05-26 20:45 ---
Created an attachment (id=20756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20756&action=view)
integer_array can hold now NULL_TREEs for unsupported integer-scalar types
integer_array can h
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-26 20:00 ---
(In reply to comment #3)
> (In reply to comment #1)
> > Hmm, is here rtti in use? Could you please test following patch, if it
> > solves
> > your bootstrap issue?
> >
> > Kai
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-05-26 19:49 ---
Hmm, is here rtti in use? Could you please test following patch, if it solves
your bootstrap issue?
Kai
Index: gcc/gcc/cp/rtti.c
===
--- gcc.orig/gcc
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-23 07:41 ---
As there is no feed-back for some time now. I've tested this issue with recent
mingw runtimes and the issue is solved.
As this isse is related to old pseudo-relocation and linker, and not related to
gcc itse
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-05-23 07:21 ---
(In reply to comment #1)
> This issue is solved for mingw-w64 runtime. It uses no more the mingwm10.dll
> mechanism. Instead it uses TLS callbacks to implement it. By this reason the
> Cleaning of Exception
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-23 07:12 ---
Fixed on trunk and back-merged to gcc-4_5 branch.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ktietz at gcc dot gnu dot org 2010-05-23 06:57 ---
Subject: Bug 43869
Author: ktietz
Date: Sun May 23 06:57:20 2010
New Revision: 159756
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159756
Log:
2010-05-23 Naarten Lankhorst
Merged fr
--- Comment #6 from ktietz at gcc dot gnu dot org 2010-05-23 06:52 ---
Subject: Bug 43869
Author: ktietz
Date: Sun May 23 06:52:32 2010
New Revision: 159755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159755
Log:
2010-05-23 Naarten Lankhorst
PR targ
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-05-23 06:52 ---
Subject: Bug 43869
Author: ktietz
Date: Sun May 23 06:51:50 2010
New Revision: 159754
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159754
Log:
2010-05-23 Naarten Lankhorst
PR targ
--- Comment #22 from ktietz at gcc dot gnu dot org 2010-05-21 11:28 ---
Patch fron comment #14 applied to trunk.
Back-port won't be done as there is a risc of emutls-fallout (as Richard
mentioned in his approval).
Committed at revision 159658.
--
ktietz at gcc dot gnu do
--- Comment #20 from ktietz at gcc dot gnu dot org 2010-05-19 16:18 ---
(In reply to comment #19)
> What is the relationship between this bug and PR 44132? Richi and Honza seem
> to prefer the DECL_PRESERVE_P hack. We will see if Iain's lowering works. I
> don't
--- Comment #18 from ktietz at gcc dot gnu dot org 2010-05-19 09:15 ---
Hi David,
Could you test the suggested patch for AIX? Richard told me that the patch is
sensible, but the attribute merging is something to be tested for AIX.
Thanks in advance,
Kai
--
ktietz at gcc dot gnu
--- Comment #14 from ktietz at gcc dot gnu dot org 2010-05-18 15:18 ---
Hi Dave,
following patch solves the issue for me pretty well.
ChangeLog
* varasm.c (emutls_decl): Clone attributes for new decl.
Index: gcc/gcc/varasm.c
--- Comment #11 from ktietz at gcc dot gnu dot org 2010-05-18 14:22 ---
(In reply to comment #10)
> Re-opening. It turns out that GCC fails to actually apply the dllexport
> attribute to TLS control vars. So solving the binutils problem allows
> auto-export of a TLS variabl
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-04-27 07:52 ---
(In reply to comment #2)
> As it turns out, the ICE only manifests in a parallel build. I tried make -j
> 8,
> my default and make -j 3.
> For an ordinary make there is no issue. So, I'm curious h
--- Comment #12 from ktietz at gcc dot gnu dot org 2010-04-24 12:25 ---
(In reply to comment #11)
> Yes, OK to commit to trunk. Thanks!
>
Ok, applied to trunk at revision 158686.
Kai
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43844
--- Comment #10 from ktietz at gcc dot gnu dot org 2010-04-24 12:02 ---
So I investigated this issue about mktemp in more detail and found finally the
first-scope and second-scope bug here.
Old logic was opening files and as long as mktemp failed on a second call,
things were working
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-04-22 07:42 ---
(In reply to comment #3)
> My feeling is that, e.g., on Windows this won't work; I do not know whether
> before the environment variables "GFORTRAN_TMPDIR", "TMP" and "TEMP"
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-04-12 18:06 ---
Committed at revision 158232.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-04-09 14:26 ---
Suggested fix for this issue posted to ML at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00426.html
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ktietz at gcc dot gnu dot org 2010-04-05 09:17 ---
(In reply to comment #6)
> I added you to this thread, as you merged new pseudo-relocation code to
> mingw.org's runtime.
>
As cygwin and mingw.org are supporting now new linker generated
runtime-pse
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-03-26 12:14 ---
The assert here is just in respect to comment "Only valid for Win32.". Just
win32 targets are providing for gcc a __chkstk implementation. So I think it
was the reason for this assert. But AFAICS there i
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-03-23 12:32 ---
(In reply to comment #7)
> An updated patch is at
>
> http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00937.html
>
Patch is fine. It is absolutely necessary to support gcc's intrinsic heade
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-03-14 08:20 ---
Correct, the fmod-family was marked as pure, which is obviously wrong.
Thanks,
Kai
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-03-13 14:26 ---
Created an attachment (id=20100)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20100&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43356
NCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ktietz at gcc dot gnu dot org
GCC target triplet: x86_64-*-mingw*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43356
--- Comment #11 from ktietz at gcc dot gnu dot org 2010-03-12 08:57 ---
The follow-up patch about those collision in enumerator names is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00427.html to gcc's patch-ML.
The only issue remaining open for mingw/cygwin targets
--- Comment #10 from ktietz at gcc dot gnu dot org 2010-03-08 08:03 ---
(In reply to comment #9)
> Kai,
>
> Patch in Comment #8 is OK to commit. Thanks!
>
> (I also regression tested on x86-64-linux-gnu.)
>
Ok, applied at revision 157271.
Patch for enumerat
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-03-06 07:21 ---
Created an attachment (id=20034)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20034&action=view)
Patch about printf and POSIX float conversion
2010-03-06 Kai TIetz
PR/42950
* libgfo
--- Comment #7 from ktietz at gcc dot gnu dot org 2010-03-05 10:34 ---
(In reply to comment #6)
As by this patch libgfortran.h defines _POSIX, some additional features (at
least for mingw-w64) getting active about localtime_r and gmtime_r (which
getting implemented by defines, if
--- Comment #6 from ktietz at gcc dot gnu dot org 2010-03-05 10:04 ---
(In reply to comment #5)
This patch has a problem about the printf formatter definitions in
libgfortran.h header. So I suggest to use the following patch instead.
I am current on to bootstrap it completely and test
--- Comment #16 from ktietz at gcc dot gnu dot org 2010-02-04 08:47 ---
(In reply to comment #15)
> Any further word on this?
As I said in comment #14, we fixed a strict-aliasing bug in our C runtime
related to POSIX printf. As I tested it with current runtime, result looks ok
to
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-01-23 10:35 ---
Yes, I can confirm this issue, but want to investigate where the underlying
issue really comes from. The interesting issue I found is, that if a
TLS-variable isn't assigned, the values of the addresses in diff
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-12-18 15:53 ---
In mingw-w64 headers we do the following
#if !defined(__OBJC__) && !defined(__OBJC_BOOL) && !defined(__objc_INCLUDE_GNU)
#define BOOL WINBOOL
#endif
For local build for obj-c we use a patched
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-12-08 11:41 ---
(In reply to comment #3)
> Created an attachment (id=19235)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19235&action=view) [edit]
> Diff file
>
> This allows me to compile it, but qu
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-12-06 20:01 ---
Well, this patch doesn't hurt in gcc.c, but doesn't solve the issue. Sorry for
posting this. incpath.c is the location to investigate in.
Kai
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41943
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-12-06 11:47 ---
By rethinking this issue I came to the point that this would lead to pretty
havy incompatibilities between -pc-mingw32 and -w64-mingw32. Also it would
disallow to use the default /usr/local prefix for installtion
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-12-05 19:21 ---
(In reply to comment #4)
> Subject: Re: libtool fails to detect pe-x86-64 import
> library
>
> * ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:16:12PM CET:
> > hmm, I still don
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-12-05 18:31 ---
I meant in libtool.m4, too:
We have here:
mingw* | pw32*)
# Base MSYS/MinGW do not provide the 'file' command needed by
# func_win32_libid shell function, so use a weaker test based on 'objdump&
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-12-05 18:16 ---
hmm, I still don't see in gcc's root in libtool.m4 the patch for detecting
x64_64 archives. Did I miss here something?
Cheers,
Kai
--
ktietz at gcc dot gnu dot org changed:
What
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-12-03 21:56 ---
Would it be a solution (at least for -w64- targets) to remove the
/mingw part and default to /include & /lib instead.
At least for the -w64- targets there is no real need of this /mingw subfolder.
Kai
--
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from ktietz at gcc dot gnu dot org 2009-10-30 17:57 ---
(In reply to comment #1)
> gcc-4.5-20091008 snapshot was used. By the way, gcc-4.4.2-RC-20091008 works
> fine.
>
Could you please give us your configuration line? We do bootstraps (until Stage
3) with cu
--- Comment #9 from ktietz at gcc dot gnu dot org 2009-10-30 17:52 ---
Well, I meant of course 4.4 branch. I won't backport this. So I closed this
bug.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-10-27 17:16 ---
Applied to trunk at revision 153606.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-10-26 19:24 ---
Patch post at http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01577.html to ML
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41799
--- Comment #1 from ktietz at gcc dot gnu dot org 2009-10-23 17:59 ---
Created an attachment (id=18882)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18882&action=view)
Patch for enable for mingw32 targets -fset-stack-executable
Changelog
* config/i386/mi
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
CC||ktietz at gcc dot gnu dot
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-27 10:03 ---
I tested given scenario and g++ could find the headers in Stage 2 (using msys
make). So this seems to be a configure/environment setup issue, if it still
exists for you.
--
ktietz at gcc dot gnu dot org changed
--- Comment #10 from ktietz at gcc dot gnu dot org 2009-09-27 09:59 ---
Closed this bug. As it is solved. At least provide testcase doesn't ice with
native gcc for w64 anymore.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |
--- Comment #8 from ktietz at gcc dot gnu dot org 2009-09-27 09:28 ---
(In reply to comment #7)
> The new attribute "basetype_mode" (see
> http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01907.html for patch) could
> provide a way to solve this, as it makes sure that
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-09-27 09:25 ---
The new attribute "basetype_mode" (see
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01907.html for patch) could
provide a way to solve this, as it makes sure that it is associated to the base
type, inst
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-21 17:36 ---
By using this code and compiling with gcc test.c -O2 I can reproduce this for
i686-pc-linux, x86_64-pc-linux, x86_64-pc-mingw32, and for i686-pc-mingw32.
--
ktietz at gcc dot gnu dot org changed:
What
1 - 100 of 291 matches
Mail list logo