go on with project until mid of August.
But I am optimistic for the project and contribution to GCC even if I
do not have an overlapping time-schedule with GSOC.
Best Regards
Ismail KURU
On Fri, 2011-05-06 at 17:51 +0200, Patrick Marlier wrote:
>>>Dear Patrick,
>>> I am currently searching for a pipeline in a TM-Benchmarks but I can
>>>not overlap the concept of transactions with pipeline in current TM
>>>benchmarks. I think I will write a new
On Wed, 2011-05-04 at 12:03 +0200, Patrick Marlier wrote:
---Sorry for the late response.
> Dear Ismail,
>
> On 05/03/2011 11:18 PM, ismail wrote:
> >> ++ First of all, MEMCPY and MEMSET functions do not include any
> >> transaction identifier (id) and transact
On Tue, 2011-05-03 at 23:09 +0200, ismail kuru wrote:
>
>
> On 3 May 2011 17:02, Patrick Marlier wrote:
> Hi Ismail!
>
>
> My study mainly focuses on integration of
> transactional memory support
>
BUT any other suggestions would
be great!!
regards
Ismail KURU
Hi,
I am Ismail KURU, accepted by Google Summer of Code 2011.
My study mainly focuses on integration of transactional memory support
into data-flow extension of OpenMP that is
aiming increased expressiveness and performance while preserving the
paradigms' properties.
My project com
gt; __builtin_memset (buf1, 0, 32);
> bar ();
> __builtin_memset (buf2, 0, 32);
> }
Also LKML discussion pointed out that Solaris gets this right too.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
//gcc.gnu.org/bugs.html> for instructions.
This is a new regression introduced under 48 hours. Any ideas?
Regards,
ismail
--
UNIX is basically a simple operating system, but you have to be a
genius to understand the simplicity. - Dennis Ritchie
o I'm assuming autogen has changed. What
> versions are other people running?
I use the attached patch successfully, I didn't submit it yet because I
couldn't test it with older autogen. Testing is appreciated.
Regards,
ismail
--
Never learn by your mistakes, if you do you may ne
h depend on
definitions in config.h . This might be broken but there are just too many
cases to fix. At least gcc should have warned in gcc 4.3 that this will be an
error in next release and do this in 4.4 instead of breaking stuff en masse.
Regards,
ismail
--
Never learn by your mistakes, if
et an error. I
think its a good compromise.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
Sunday 13 January 2008 18:10:00 tarihinde Richard Guenther şunları yazmıştı:
> On Jan 13, 2008 5:10 PM, Ismail Dönmez <[EMAIL PROTECTED]> wrote:
> > Sunday 13 January 2008 18:03:20 tarihinde Andreas Schwab şunları yazmıştı:
> > > Ismail Dönmez <[EMAIL PROTECTED]> wr
Sunday 13 January 2008 18:03:20 tarihinde Andreas Schwab şunları yazmıştı:
> Ismail Dönmez <[EMAIL PROTECTED]> writes:
> > That was just an example, real life testcase shows that problem stems
> > from autoconf and its config.h. Projects end up defining things like
> > H
Sunday 13 January 2008 17:41:03 tarihinde Gabriel Dos Reis şunları yazmıştı:
> Ismail Dönmez <[EMAIL PROTECTED]> writes:
> | Hi again,
> |
> | Wednesday 09 January 2008 00:28:54 tarihinde Manuel López-Ibáñez şunları
> |
> | yazmıştı:
> | > For your particular exampl
rojects are affected.
So for now I guess we'll have to stick to -fpermissive. Thanks for your time
and patience.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
sible fixes. Like you I am not in the
position to see which would be the best solution.
So we need C++ FE maintainers to comment if they agree with one of those fixes
at least. Though for me the first solution looks more plausible.
Thanks again,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
utions plug -fpermissive in and just go away.
But I don't like workarounding gcc this way. I hope we can all agree that
downrading this error to be a pedwarn is the correct way to go.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
,
> clearly theyare managing to build C++ applications that use
> Python,libmp4v2, libjpeg etc.
Yes true because they use -fpermissive which will let this error into a
warning, which also suggests this change is not good.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
to revert this into a
warning as in C FE now.
I welcome and value your comments, so please speak up.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
Saturday 29 December 2007 19:49:13 tarihinde Ian Lance Taylor şunları
yazmıştı:
> Ismail Dönmez <[EMAIL PROTECTED]> writes:
> > Saturday 22 December 2007 19:11:32 tarihinde Ismail Dönmez şunları
yazmıştı:
> > > Hi all,
> > >
> > > I am doing glibc 4.3 r
Saturday 22 December 2007 19:11:32 tarihinde Ismail Dönmez şunları yazmıştı:
> Hi all,
>
> I am doing glibc 4.3 regression tests using gcc 4.3 trunk nearly every day
> and I see 3 tests fail :
>
> math/test-float
> math/test-ildoubl
> math/test-ifloat
>
> The erorrs
Friday 28 December 2007 16:20:52 tarihinde Ismail Dönmez şunları yazmıştı:
> libio/tst-fopenloc2
> libio/tst-fopenloc
>
> These two seems to be a new gcc regression, they crash when compiled with
> gcc trunk.
Ok I identified that commit 130788 [0] broke these testcases , the sam
Saturday 22 December 2007 19:11:32 tarihinde Ismail Dönmez şunları yazmıştı:
> Hi all,
>
> I am doing glibc 4.3 regression tests using gcc 4.3 trunk nearly every day
> and I see 3 tests fail :
>
> math/test-float
> math/test-ildoubl
> math/test-ifloat
>
> The erorrs
functions. Maybe Jakub has an idea,
not sure.
Any help/comment appreciated.
[0] http://sourceware.org/bugzilla/show_bug.cgi?id=5490
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
perator
> precedence is an important concept that any C or C++ programmer should
> know, and we're not helping anyone by pretending that programmer's
> won't understand this concept.
>
> We should certainly remove the warning from -Wall, and perhaps remove
> it enti
Tuesday 18 December 2007 20:47:29 tarihinde Mike Stump şunları yazmıştı:
> On Dec 18, 2007, at 10:08 AM, Ismail Dönmez wrote:
> > Any schedule for fixing Obj-C++ regressions on mainline?
>
> Same answer. My hope would be that people that introduce regressions
> would fix them..
-C++ regressions on mainline?
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
is based on top
> of Subversion[*]. Has anyone tried? Is there any problem with it?
>
> [*] You have currently an obvious advantage here.
Last time I tried SVK it was slow and buggy. I wouldn't recommend it.
/ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
y does not want the
> issue to be resolved.
Lets be fair about this, Ollie Wild already sent a mail about git-svn disk
usage and there is no concrete solution yet, though it seems the bottleneck
is known.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
ery so often.
> The hg operations run roughly as fast as the git ones
I think this (gcc HG repo) is very good but only problem is its not always in
sync with SVN, it would really rock if a post svn commit hook would sync hg
repo.
Thanks for doing this anyhow.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
s to
Bernardo Innocenti for setting up an up-to-date gcc git repo.
P.S: Please cut down on the usage of exclamation mark.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
l:%eGNU C no longer
> supports -traditional without -E} %{!combine:\t %{sa"...)
> at ../../gcc/gcc.c:4436
> #8 0x0805654e in main (argc=36, argv=0xafc05dc4) at ../../gcc/gcc.c:6684
Ok looks like this is not a heisenbug, I left the gcc bootstrap going on and
it took 4+ hours to
ped
fine.
Thanks,
ismail
--
Faith is believing what you know isn't so -- Mark Twain
ppreciated.
Regards,
ismail
--
Faith is believing what you know isn't so -- Mark Twain
ne git://git.infradead.org/gcc.git
Regards,
ismail
--
Faith is believing what you know isn't so -- Mark Twain
stions. Thanks.
/ismail
--
Perfect is the enemy of good
On Tuesday 08 May 2007 14:35:26 Richard Guenther wrote:
[...]
> Did you verify this is actually the same problem? Note that this PR
> isn't marked as
> broken on 4.2.0 or as a regression, so you should probably file a new
> bugreport against 4.2.0 and link to the old one.
Filed as PR31865.
--
L
On Tuesday 08 May 2007 14:35:26 Richard Guenther wrote:
> On 5/8/07, Ismail Dönmez <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Fix for PR31264 doesn't seem to be checked into 4.2.0 branch which breaks
> > MPlayer SVN compilation with :
> >
> > cc -I
t-included-gettext --without-system-libunwind --with-system-zlib
Thread model: posix
gcc version 4.2.0 20070430 (prerelease) (Pardus Linux)
It seems to be a one liner fix which is in mainline for some time, would it be
ok to check it into 4.2.0 branch too?
Regards,
ismail
--
Le mieux est l'ennemi du bien.
()’:
> Test.C:18: error: invalid use of incomplete type ‘struct R::R()::B’
> Test.C:9: error: declaration of ‘struct R::R()::B’
FWIW it gives the same error with
gcc version 4.2.0 20070317 (prerelease) and
gcc version 4.3.0 20070414 (experimental)
Regards,
ismail
--
Life is a game, and
this attributed
> to?
It should be fixed in 4.2 branch now, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31157 .
--
Happiness in intelligent people is the rarest thing I know. (Ernest Hemingway)
Ismail Donmez ismail (at) pardus.org.tr
GPG Fingerprint: 7ACD 5836 7827 5598 D721 DF0D 1A9D 257A 5B88 F54C
Pardus Linux / KDE developer
pgpF7tmwa88It.pgp
Description: PGP signature
On Wednesday 31 January 2007 11:26:38 Ismail Dönmez wrote:
> On Tuesday 30 January 2007 18:43:52 Ian Lance Taylor wrote:
> > Ismail Dönmez <[EMAIL PROTECTED]> writes:
> > > I am getting this when I try to compile gcc trunk:
> > >
> > > ../../libcpp/../i
On Tuesday 30 January 2007 18:43:52 Ian Lance Taylor wrote:
> Ismail Dönmez <[EMAIL PROTECTED]> writes:
> > I am getting this when I try to compile gcc trunk:
> >
> > ../../libcpp/../include -I../../libcpp/include -march=i686 -O2 -pipe
> > -fomit-frame-pointer -
p compiler.
And I am still getting floating point exception even with a bare make. Any way
to debug this?
Regards,
ismail
t-system-libunwind --with-system-zlib
Thread model: posix
gcc version 4.2.0 20070124 (prerelease) (Pardus Linux)
Regards,
ismail
On Tuesday 30 January 2007 18:43:52 Ian Lance Taylor wrote:
> Ismail Dönmez <[EMAIL PROTECTED]> writes:
> > I am getting this when I try to compile gcc trunk:
> >
> > ../../libcpp/../include -I../../libcpp/include -march=i686 -O2 -pipe
> > -fomit-frame-pointer -
: Floating point exception
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [files.o] Error 1
Did anyone hit this before?
Regards,
ismail
47 matches
Mail list logo