Project

General

Profile

Actions

Bug #1439

closed

g++ seems to be broken

Added by robin.carey1 almost 15 years ago. Updated almost 15 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Dear DragonFlyBSD Bugs,

Matt Dillon recently upgraded leaf.dragonflybsd.org to 2.3.2-DEVELOPMENT
DragonFlyBSD, and I believe he also upgraded the hardware aswell.

I have run into a problem with g++. I've put quite a bit of effort into
tracking this problem down. At first I thought OpenSSL was broken. But then
after putting a bit more effort into it, I discovered it's not OpenSSL
that's broken. It's g++ that's broken.

Matt told me the compiler tools have not changed, and
Avalon.dragonflybsd.org and Leaf.dragonflybsd.org report they have the same
version of g++.

But for some reason the g++ on Leaf.dragonflybsd.org is not working
correctly. When I compile Caesarion-v12 on LEAF, I get a Floating Point
Exception in secret-public-key mode, and when I'm running C12 in normal
mode, I got (through debugging) incorrect data being generated during
program execution.

Note: C12 works fine on Avalon, and it was working fine on Leaf up until
this upgrade of O/S+Hardware occurred. Also, I have tested C12 on different
operating systems and the program has been honed to perfection over a long
period of time. To the best of my knowledge there are no bugs in C12.

You can get Caesarion-v12/C12 from:

http://www.leopard.uk.com/cion

or on leaf.dragonflybsd.org , the path to it is:

/home/rcarey/C12G1.tgz


Files

unnamed (1.86 KB) unnamed robin.carey1, 07/27/2009 07:35 AM
unnamed (1.75 KB) unnamed robin.carey1, 07/27/2009 08:57 AM
unnamed (2.02 KB) unnamed robin.carey1, 07/27/2009 12:14 PM
unnamed (1.67 KB) unnamed robin.carey1, 07/27/2009 12:20 PM
unnamed (2.23 KB) unnamed robin.carey1, 07/27/2009 01:46 PM
unnamed (2.32 KB) unnamed robin.carey1, 07/27/2009 02:18 PM
unnamed (2.06 KB) unnamed robin.carey1, 08/02/2009 02:51 PM
Actions #1

Updated by pavalos almost 15 years ago

On Mon, Jul 27, 2009 at 08:31:28AM +0100, Robin Carey wrote:

OpenSSL that's broken. It's g++ that's broken. *
Matt told me the compiler tools have not changed, and
[2]Avalon.dragonflybsd.org and [3]Leaf.dragonflybsd.org report they have
the same version of g++. *

Robin,

avalon was upgraded to master today. Can you please let us know whether
avalon's g++ still works?

--Peter

Actions #2

Updated by robin.carey1 almost 15 years ago

Hi Peter,

I just checked Avalon just now, and it would appear Avalon's g++ doesn't
work anymore.
But it was working before. But now it doesn't.

2009/7/27 Peter Avalos (via DragonFly issue tracker) <
>

Peter Avalos <> added the comment:

On Mon, Jul 27, 2009 at 08:31:28AM +0100, Robin Carey wrote:

OpenSSL that's broken. It's g++ that's broken. *
Matt told me the compiler tools have not changed, and
[2]Avalon.dragonflybsd.org <http://avalon.dragonflybsd.org/> and [3]

Leaf.dragonflybsd.org <http://leaf.dragonflybsd.org/> report they have

the same version of g++. *

Robin,

avalon was upgraded to master today. Can you please let us know whether
avalon's g++ still works?

--Peter

----------
status: unread -> chatting

_____________________________________________
DragonFly issue tracker <>
<http://bugs.dragonflybsd.org/issue1439>
_____________________________________________

Actions #3

Updated by corecode almost 15 years ago

Robin Carey wrote:

I just checked Avalon just now, and it would appear Avalon's g++ doesn't work
anymore.
But it was working before. But now it doesn't.

Can you try compiling with the environment variable CCVER set to gcc34?
We've imported a new version of openssl, which I more suspect to be
the cause.

Also, is this wrong data always the same or is it random?

cheers
simon

Actions #4

Updated by robin.carey1 almost 15 years ago

Hi,

I'll try gcc34.
As I said in more original post to bugs@, at first I thought it was OpenSSL,
but I eliminated that to be the cause of the problem by trying the version
of OpenSSL on Leaf, that was installed on Avalon (0.9.8j). I tried that
version of OpenSSL on Leaf and the problem stayed. So I then knew it wasn't
OpenSSL.

The wrong data seems to be the same, but there is more than one problem, and
with regard to the only problem I have examined so far (by debugging), the
wrong data seems to stay the same.

2009/7/27 Simon 'corecode' Schubert <>

Robin Carey wrote:

I just checked Avalon just now, and it would appear Avalon's g++ doesn't
work anymore.
But it was working before. But now it doesn't.

Can you try compiling with the environment variable CCVER set to gcc34?
We've imported a new version of openssl, which I more suspect to be the
cause.

Also, is this wrong data always the same or is it random?

cheers
simon

--
<3 the future ++ RENT this banner advert ++ ASCII Ribbon /"\
rock the past ++ space for low CHF NOW!1 ++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \

Actions #5

Updated by robin.carey1 almost 15 years ago

Hi,

I had a look around on Leaf and Avalon, and gcc34 doesn't seem to be
installed, therefore I wouldn't be able to use it.
Anyway, C12 is C++ code - not C code, so the compiler it needs is g++.

2009/7/27 Simon 'corecode' Schubert (via DragonFly issue tracker) <
>

Simon 'corecode' Schubert <> added the comment:

Robin Carey wrote:

I just checked Avalon just now, and it would appear Avalon's g++ doesn't

work

anymore.
But it was working before. But now it doesn't.

Can you try compiling with the environment variable CCVER set to gcc34?
We've imported a new version of openssl, which I more suspect to be
the cause.

Also, is this wrong data always the same or is it random?

cheers
simon

_____________________________________________
DragonFly issue tracker <>
<http://bugs.dragonflybsd.org/issue1439>
_____________________________________________

Actions #6

Updated by corecode almost 15 years ago

Robin Carey wrote:

Hi,

I had a look around on Leaf and Avalon, and gcc34 doesn't seem to be
installed, therefore I wouldn't be able to use it.

Yes, just set the CCVER environment variable:

leaf:~ % env CCVER=gcc34 c++ -v
Using built-in specs.
Configured with: DragonFly/i386 system compiler
Thread model: posix
gcc version 3.4.6 [DragonFly] (propolice, visibility)

i.e. use setenv CCVER gcc34, or export CCVER=gcc34, depending on your shell.

cheers
simon

Actions #7

Updated by robin.carey1 almost 15 years ago

Hi Simon,

I did as you requested and there are still problems.
If there is a problem with the libraries the compiler is using, changing the
compiler to gcc-v3.4 won't stop that problem from manifesting, surely .... ?

I mean, does setting CCVER to gcc34 change the libraries the compiler is
using ?
Or does the compiler use the same libraries ? If it uses the same libraries
and there is a problem with the libraries then that would explain why I'm
still having run-time problems.

As I said before in my original post, I have thoroughly tested C12 on LEAF
before the upgrade happened and it was working fine.

2009/7/27 Simon 'corecode' Schubert <>

Robin Carey wrote:

Hi,

I had a look around on Leaf and Avalon, and gcc34 doesn't seem to be
installed, therefore I wouldn't be able to use it.

Yes, just set the CCVER environment variable:

leaf:~ % env CCVER=gcc34 c++ -v
Using built-in specs.
Configured with: DragonFly/i386 system compiler
Thread model: posix
gcc version 3.4.6 [DragonFly] (propolice, visibility)

i.e. use setenv CCVER gcc34, or export CCVER=gcc34, depending on your
shell.

cheers
simon

--
<3 the future ++ RENT this banner advert ++ ASCII Ribbon /"\
rock the past ++ space for low CHF NOW!1 ++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \

Actions #8

Updated by corecode almost 15 years ago

Robin Carey wrote:

Hi Simon,

I did as you requested and there are still problems.
If there is a problem with the libraries the compiler is using, changing the
compiler to gcc-v3.4 won't stop that problem from manifesting, surely .... ?

That is true. I'm trying to find out whether the compiler produces bad
output for your code, or whether it is a function of the libraries
installed on the system.

So it seems that the problem lies in the libraries, but you said you had
tried it with the new openssl, which worked?

cheers
simon

Actions #9

Updated by robin.carey1 almost 15 years ago

Hi Simon,

When I first compiled C12 on the newly upgraded Leaf, I was using the system
version of OpenSSL which I think is 0.9.8k .....
And I thought OH the problem must be OpenSSL.
So I compiled the older version of OpenSSL which was on Avalon, on
Leaf, (which at that time Avalon had not been upgraded and my C12 software
worked OK), and that version was 0.9.8j.

But I was still having problems on leaf with the older version of OpenSSL.
Hence I am saying the problem isn't OpenSSL, so it must be g++.

To answer your question: No it didn't work Ok with the new version of
OpenSSL (which is the system version on Leaf).

2009/7/27 Simon 'corecode' Schubert <>

Robin Carey wrote:

Hi Simon,

I did as you requested and there are still problems.
If there is a problem with the libraries the compiler is using, changing
the
compiler to gcc-v3.4 won't stop that problem from manifesting, surely ....
?

That is true. I'm trying to find out whether the compiler produces bad
output for your code, or whether it is a function of the libraries installed
on the system.

So it seems that the problem lies in the libraries, but you said you had
tried it with the new openssl, which worked?

cheers
simon

--
<3 the future ++ RENT this banner advert ++ ASCII Ribbon /"\
rock the past ++ space for low CHF NOW!1 ++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \

Actions #10

Updated by robin.carey1 almost 15 years ago

Dear DragonFlyBSD bugs,

This issue can now be closed.
Simon Schubert found a bug in my code that was causing the problem.
The problem in my code has now been fixed.

So to sum up:

Sorry if I caused anybody any trouble.
There are no problems with g++ or OpenSSL - it was a bug in my Caesarion
software.

Thanks Simon !!!!

cheers,
robin

2009/7/27 Peter Avalos (via DragonFly issue tracker) <
>

Peter Avalos <> added the comment:

On Mon, Jul 27, 2009 at 08:31:28AM +0100, Robin Carey wrote:

OpenSSL that's broken. It's g++ that's broken. *
Matt told me the compiler tools have not changed, and
[2]Avalon.dragonflybsd.org <http://avalon.dragonflybsd.org/> and [3]

Leaf.dragonflybsd.org <http://leaf.dragonflybsd.org/> report they have

the same version of g++. *

Robin,

avalon was upgraded to master today. Can you please let us know whether
avalon's g++ still works?

--Peter

----------
status: unread -> chatting

_____________________________________________
DragonFly issue tracker <>
<http://bugs.dragonflybsd.org/issue1439>
_____________________________________________

Actions #11

Updated by dillon almost 15 years ago

Excellent! A resolution to the problem is always a good thing, even
if it turned out to be a coding error.

-Matt
Actions

Also available in: Atom PDF