ays safe to performs loads so I suppose I could
pretend to support speculative loads in order to get around this.
/Markus
for GCC 4.4 ? Or even the newest MPFR
version published before creating the GCC 4.4 release branch (which could be
2.3.3) ?
Markus Milleder
Adrian Bunk schrieb am 13.10.2008 17:41:15:
> On Mon, Oct 13, 2008 at 04:42:08PM +0200, Markus Milleder wrote:
> > Is there any reason not to demand 2.3.2 for GCC 4.4 ? Or even the
> newest MPFR version published before creating the GCC 4.4 release
> branch (which could be 2.3.3)
Paul Richard Thomas wrote:
They even give the impression that an open source plotting package is
specific to their compiler. Incidentally, I am so wedded to DISLIN,
for which the gfotran version is free, that I have never tried to
build plplot; has any body tried it?
Yes, I have. I help ma
me for every fp which I add to the array. It the always hold the
functions address +1.
Whats also interesting is, that if I add fp-1 to the array initializer, I get
the correct result,
for example for a() I get 0x819b...
Thnx and regards
Markus
pgpLevuI2SYX9.pgp
Description: PGP signature
> -The whole repository takes over 12G of disk space,
> +The whole repository currently takes about 17G of disk space,
Or better ?
+The whole repository takes about 17G of disk space at the start
+of 2009, growing about 3G per year.
Markus Milleder
PS: Raw data from the CVS history of
godbolt.org: https://godbolt.org/z/8oT4Kr5eM
Regards,
Markus Faehling
Resolution Summary
54114 nor P1 unassigned NEW --- [4.8/4.9 Regression]
variable-tracking performance regression from 4.8-20120610 to 4.8-20120701
49234 min P2 aldyh NEW --- [4.6/4.7/4.8/4.9 Regression]
-Wstrict-overflow gives obviously unwarranted warning
...
--
Markus
On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abwesend.de wrote:
> >
> > is it useful to compile gcc 4.8.0 with the lto option?
>
> If you want a (slightly) faster compiler then yes.
> Simply add "--with-b
On 2013.03.25 at 06:07 -0700, Andi Kleen wrote:
> Markus Trippelsdorf writes:
> >
> > So it appears, contrary to the advice given above, that it is not useful
> > to build gcc 4.8.0 with the lto option at the moment.
>
> Did you build firefox/kernel with debug info on
On 2013.03.25 at 14:11 +0100, Richard Biener wrote:
> On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
> wrote:
> > On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
> >> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abwesend.de wrote:
> >> >
> &g
On 2013.03.25 at 15:17 +0100, Richard Biener wrote:
> On Mon, Mar 25, 2013 at 2:24 PM, Markus Trippelsdorf
> wrote:
> > On 2013.03.25 at 14:11 +0100, Richard Biener wrote:
> >> On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
> >> wrote:
> >>
05447316a6.
> error: Fetch failed.
Please try the git protocol instead of http:
git clone git://gcc.gnu.org/git/gcc.git gcc.git
--
Markus
s git commits on the mirror one may use the attached
git-svn-fix-author script.
--
Markus
aaronavay62 = Aaron W. LaFramboise
3dw4rd = Edward Smith-Rowland <3dw...@verizon.net>
emsr = Edward Smith-Rowland <3dw...@verizon.net>
aaw = Ollie Wild
abel = Andrey Belevantsev
adam = Adam M
On 2013.04.14 at 11:09 +0300, Kalle Olavi Niemitalo wrote:
> Markus Trippelsdorf writes:
>
> > To fix all previous git commits on the mirror one may use the attached
> > git-svn-fix-author script.
>
> Alternatively, you could reformat gcc_authors as a mailmap file
&g
reaction. I will see if I can analyse it further.
Regards,
Arjen
2013/6/19 Angelo Graziosi :
> Arjen Markus wrote:
>>
>> I am trying to compile GCC 4.8.1 under Cygwin.
>> ../.././gcc/ada/gcc-interface/Make-lang.in:677: *** target pattern
>> contains no `%'. Sto
very much like to hear
about it. My Google foo is failing me
in unearthing a definite solution, I am afraid.
Regards,
Arjen
2013/6/19 Angelo Graziosi :
> Ciao Arjen,
>
> Il 19/06/2013 21.01, Arjen Markus ha scritto:
>
>>
>> As for the build experiment itself:
>> -
Hi Angelo,
well, contacting the Cygwin people is my next step.
Regards,
Arjen
2013/6/20 Angelo Graziosi :
> Il 20/06/2013 12.00, Arjen Markus ha scritto:
>
>> So, I tried again. The problem I reported before has gone, but I still
>> get a file permission problem later on.
>
Hi Jonathan,
thanks - I did indeed overlook it ;).
Regards,
Arjen
2013/6/20 Jonathan Wakely :
> On 20 June 2013 11:00, Arjen Markus wrote:
>> Hi Angelo,
>>
>> well, the DOS-style path only caused a warning in the configure step,
>> so I assumed it was okay.
>>
ch is necessary for libgmp. That
file is nowhere in the build directory.
So now I am definitely stuck. I can try to contact the Gygwin people
and hope for the best. Or any of
you might know the solution wrt MinGW.
Regards,
Arjen
2013/6/20 Arjen Markus :
> Hi Angelo,
>
> well, contact
directory's permissions and now the build is continuing.
Regards,
Arjen
2013/6/20 Angelo Graziosi :
> Hi Arjen,
>
> Il 20/06/2013 21.41, Arjen Markus ha scritto:
>
>> I found a reference to this sort of problems in the Cygwin FAQs, but
>> this turned out to be a dead-end
On 2013.07.02 at 19:53 +0200, Thomas Schwinge wrote:
> Hi!
>
> On Sat, 13 Apr 2013 19:25:28 +0200, Markus Trippelsdorf
> wrote:
> > I've attached a gcc_authors file (gathered from various sources), that
> > could be
> > used as a start.
>
> > thomas
: 6.98 0.53 7.52
205018
Would it be possible to rearrange the compilation order, so that the
interceptors would be build first (and not last as currently)?
--
Markus
On 2014.02.04 at 12:36 +0530, Prathamesh Kulkarni wrote:
> Ping ?
Patches should be posted to the gcc-patc...@gcc.gnu.org list.
Please follow up there.
--
Markus
bfd-plugin. See for example the
> instructions at http://llvm.org/docs/GoldPlugin.html.
Please note that this automatic loading of the plugin only happens for
non-ELF files. So the LLVM GoldPlugin gets loaded fine, but automatic
loading of gcc's liblto_plugin.so doesn't work at the moment.
A basic implementation to support both plugins seamlessly should be
pretty straightforward, because LLVM's bitstream file format (non-ELF)
is easily distinguishable from gcc's output (standard ELF with special
sections).
--
Markus
SlipAsciiEntry entry(name, &head, SlipHashEntry::DEFINED);
> SlipHash::ReturnTuple tuple = hashTable->insert(entry);
> if (tuple.condition == SlipHash::ReturnTuple::INSERTED) {
> retval == true; //
> skipped over
retval = true;
--
Markus
Is there any interest in updating the in-tree libtool to something
newer? This update would allow to use a -fno-fat-lto-objects
lto-bootstrap target, that should speed up the (lto) build time.
If there is interest, when would be the best date for such an update?
Thanks.
--
Markus
plementation
doesn't catch this particular issue yet.
--
Markus
on the web the Mach-0
file format should be well able of defining BSS type data.
Is there a configuration switch or compiler flag I overlooked? Should this
behavior be regarded as a bug and be reported?
Regards, Markus
he SC well.
Best regards
Markus
On Tue, Mar 30, 2021 at 3:20 PM Giacomo Tesio wrote:
>
> Hi Nathan and hello everybody,
>
> On Fri, 26 Mar 2021 16:02:30 -0400 Nathan Sidwell wrote:
>
> > The USA is not the world and the SC is not the US government. For
> > those in the US
nd this very hard to read and I also think that if types become too
complicated or too long to type, something else is wrong.
Regards,
markus.
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisensch
101 - 131 of 131 matches
Mail list logo
