malbahri / propgcc Goto Github PK

What steps will reproduce the problem?
1. Compile/load hello program such as included below.
2. Watch terminal after program finishes.
3. Notice extra garbage characters at program end.

#include <stdio.h>

int main(int argc, char* argv[])
{
    printf("Hello world\n");
    return 0;
}

This is a test of the issues system.

What steps will reproduce the problem?
1. load and run program $ propeller-load -r -t program.elf
2. pull plug on serial port without stopping program

What is the expected output? What do you see instead?

Terminal should shut down on error. Instead we get an infinite loop of this 
output:

Error reading port
    Access is denied.


Error reading port
    Access is denied.


Please use labels and text to provide additional information.

Program should exit with non-zero return on error.
Need to check if a similar problem happens with other platforms.

Forum User Reinhard reports:

I set the environment with the addpath.bat and went into the 
toggle\cog_c_toggle directory.
I start the Makefile and get the errors: libcog.a and crt0_cog.o not found.
The reason was the Makefile in libpropeller is not executed and the objects 
don't exist.
After do this, the compile and link was successfull.


A similar failure has been seen in the repository, but a change was pushed to 
fix the problem. Was the change not effective?


Bug will be verified before accepted.
Repeat by will be added in a few days.

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
 A. demos/toggle/toggle_cog should automatically include demos/libpropeller


What version of the product are you using? On what operating system?
 A. windows-x86-32-propgcc_v0_1_2.zip ??

Please provide any additional information below.

What steps will reproduce the problem?
1. cd demos/fft
2. make clean; make MODEL=XMM
3. propeller-load -r -t fft_bench.elf -b c3

What is the expected output? What do you see instead?
Expect full FFT output, only see fft_bench v1.0

The demo/fibo/xmm works. Others not tested.

Please use labels and text to provide additional information.

What steps will reproduce the problem?

volatile uint32_t __attribute__((section(".hub"))) *xmm_mbox;

static uint32_t __attribute__((section(".hubtext"))) do_cmd(uint32_t cmd)
{
    xmm_mbox[0] = cmd;
    while (xmm_mbox[0])
        ;
    return xmm_mbox[1];
}

Work-around is to use:
static uint32_t __attribute__((section(".hubtext"))) __attribute__((noinline)) 
do_cmd(uint32_t cmd)
{
    xmm_mbox[0] = cmd;
    while (xmm_mbox[0])
        ;
    return xmm_mbox[1];
}

What is the expected output? What do you see instead?
 A. Unexpectedly got inline versions of the function.

Please use labels and text to provide additional information.
 See: http://forums.parallax.com/showthread.php?135378-Function-expanded-in-line-inappropriately

What steps will reproduce the problem?
1. download .zip and/or extract
2. open propgcc folder
3. open INSTALL.txt with notepad


What is the expected output? What do you see instead?

Notepad shows one continuous line.
Should text should have line breaks.


Please use labels and text to provide additional information.

Presumably this problem is because linux end of line was used.
Workaround is to use wordpad.

Fix would be to use unix2dos in release.sh.

What steps will reproduce the problem?
1.  On a Mac.
2.  Invoke loader like normal.
3.  Specified serial port may have been in use by another application.

What is the expected output? What do you see instead?
Expected output: normal output from loading an elf binary to the Propeller
Observed output: none.  Loader seemed to hang.  Ctrl+C dumped back to terminal, 
no caught exception output.

What version of the product are you using? On what operating system?
Mac OSX 10.7.2. Loader version - current, just built from updated source.

Please provide any additional information below.
May be a problem on other OSes too.

This is not a defect, it is a feature request.

Today's 64 bit library used in 32 bit mode makes floating point programs too 
big to be useful with Propeller GCC LMM programs. We must decide whether or not 
to use a smaller 32 bit library.

Please see Alpha Test post.
http://forums.parallax.com/showthread.php?135710-Loader-Bug-Fixed&p=1050152&view
full=1#post1050152